> > [BUG #1]
> > Branch insets "override" all the rmb menus, so for example the
> > user cannot spellcheck single word inside the branch inset via rmb
> > anymore. This makes working with branches a whole lot harder.
>
> This was bug http://www.lyx.org/trac/ticket/6642.
>
> Now fixed in r36604--r36609.
Not quite a duplicate - #6642 description deals with Note's rmbs,
which are broken both in LyX 1.6.8 and 2.0beta1. The rmb menus inside
branches are only broken in LyX 2.0beta1.
Does this fix also correct rmb menus for branches? If it does so,
there would be no need for me to report it, assuming that it has been
fixed also in 2.0.
I suppose that the difference between 1.6.8 and 2.0beta1 is that in
the former rmb menu for branch is only set on the branch 'tag' (the
box with the tick-mark, along with the branch name), while for the
latter the same menu is also set for the whole contents of the branch as
well.
If it is still so, then the problem will somewhat remain in 2.0
(although to a much smaller degree): the rmb menu will always have
branch options inside a branch, no matter how far 'inside' it the user
is. That way the menu will be cluttered too much, but that's just my
opinion. Right now I have no means of checking whether this is the case
(are there nightly builds anywhere?).
I'll wait for your response before entering this into Trac.
> > [BUG #2]
> [...]
> > [BUG #3]
> > I cannot add words with special (national) characters to the
> > personal dictionary - the request seems to be simply ignored by LyX.
> > This has been tested with the default aspell engine.
>
> This looks like bug: http://www.lyx.org/trac/ticket/7043.
#7043 is about adding personal words doing nothing. Well, for me
LyX added most of the words to the dictionary (those containing only
'ASCII-encodeable' characters) - I mean, I've observed it as the dotted
line disappearing (and maybe it is not the same thing as adding to the
dictionary, because of the BUG #4). The problem I've noticed is that
after a restart of LyX, same words were underlined again.
Anyway, I think I'll just wait for beta2, because #7043 seems much
more critical, and fixing it would also probably fix this issue. The
problems with spellchecking libraries are way above my head anyway.
> > [BUG #4]
> > I'm not entirely sure, but isn't "private" dictionary cleaned
> > after restarting/reloading LyX? Considering the discussion on
> > lyx-devel that I've seen some time ago, this might be the result of
> > some other aspell-related bug.
>
> Indeed.
I'll just wait then until beta2 and recheck (see above).
> > [BUG #5]
> > The dotted line used to mark misspelled words is almost invisible
> > (under some conditions). Is the color/thickness of the line
> > configurable?
> >
>
> No, this is hardcoded. Under which conditions is it almost invisible ?
I meant working conditions - mine, specifically :). I'm mainly
using 21" CRT display Philips Brilliance 201P (screen in almost
pristine condition), with color temperature 6500K (the so called 'DTP'
setting), at 1280x1...@100hz, under artificial lighting, no ICC
profile, standard 96dpi. The color theme used is the LyX's default one,
'Zoom %' is set to 150% and the font used on screen is 'Liberation
Serif'; I strongly recommend that BTW. I have to look closely to spot
the dotted underlines (I don't have any problems with my eyes). Reducing
brightness helps a little, but then other details are harder to read.
> I fixed the fact that the color was hardcoded in r36612.
I remember seeing some screenshot (probably from wiki) in which the
line was 'wavy' and somewhat thickier - much more visible. I think that
this thickness should also be configurable, as while the same
underlining might be distracting for some, it may be hard to spot for
others. Not to mention, visually impaired ones...
I've reported this as http://www.lyx.org/trac/ticket/7112
> > [BUG #6]
> > Document settings cannot be reverted via "undo". Or is it by
> > design?
>
> That might be by design. It's rather unwanted that settings are undone
> and the user doesn't see this happen.
Strange thing - maybe I'm missing something there, but the 'undo'
now worked for me, but only after using it twice. I remember someone
reporting exactly that on this list, so now I think this bug is probably
irrelevant.
As for not doing it 'by design', IMO it would be wrong. A lot of
options from document settings are changing the contents of a document -
change of the document class being the most drastic one, but also
deletion of a branch, changing the language, etc.
Another thing is, that LyX should also inform the user somewhat
about what has been (un)done - maybe in a status bar. As for an example
of a good GUI design for this, take a look at OpenOffice, where you can
unfold a list with descriptions of recently done operations and then
apply a few undos/redos at once with a single click. Until this kind of
interface is incorporated into LyX, the confusion can always occur
whenever the change is small enough to pass unnoticed.
I hope I made my reasoning clear enough.
Thank you for your hard work!
Regards,
Michał Skrzypek
