On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting <[EMAIL PROTECTED]> wrote:
> 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 > This problem is much more genersl than branches. It was reported earlier on the list: selecting text in a itemise/enum pararaph, and inserting a textinset around it, will produce a item/enum paragraph inside the inset. I agree it needs fixing, but how? This is sensible behaviour when putting an nset around several item/enum paras. But not in this case. How to make the distinction and produce sensible behaviour in both (all) cases? - Martin
