From reading the related bug reports 2093 and 2671, I know there is
some problems with branches & lists. This is about branch stuff that can
be done, but in an unnecessarily cumbersome and surprising way.
I write multilingual documents, where each list item is in two
languages. The document should be printable in either language
separately, or with both visible at the same time. In all cases the
numbering should be the same, so people can reference numbers when
discussing. This works, as "standard" paragraphs can be embedded in an
enumeration paragraph.
Creating such a document is currently fraught with oddities though. Lets
say I start with:
1 One
2 Two
3 Three
Now I find I need this in two languages. So I start by adding an
"english" branch, mark everything inside "one", and uses
insert->branch->english.
Expected result:
1 Branch english: One
2 Two
3 Three
Instead, I get:
1: Branch english: (a) One
2 Two
3 Three
As you see, I got an enumeration embedded inside an enumeration. What a
surprise! The same happens in PDF/DVI output. This is easily fixed by
going into the branch and setting the paragraph type there to
"standard". Such a manual fix should be unnecessary though.
For more silliness, try:
1. One
Std. par. embedded in "one"
2. Two
3. Three
Now mark the two paragraphs 'one' and 'Std. par. embedded in "one"',
then insert->branch->english
The result looks strange. There is the above mentioned problem, as well
as a strange empty embedded paragraph after the inserted branch. It can
all be fixed up to what I intended, but such fixing should not be
necessary. Insert->branch is supposed to work - it should not create
oddities on screen. And inserting an active branch around marked text
should always be a no-op as far as output is concerned.
Lyx already supports my desired layout, it is just the insert->branch
operation that stumbles.
Helge Hafting
