Re: Backspacing at the start of an inset occupying a paragraph
On 1/12/2014 9:44 p.m., Jean-Marc Lasgouttes wrote: Le 28/11/2014 21:11, aparsloe a écrit : If I recall correctly there was a somewhat desultory and confusing discussion. I didn't know what to put on trac and so put nothing. I think you can use your original description and maybe point to this discussion, for example here: https://www.mail-archive.com/lyx-users@lists.lyx.org/msg99175.html I think that the outco;e is that if one of the two paragraphs is not standard, then it should win. If both are not standard, then I do not know what to do :) JMarc PS: I learned a new word today: "desultory" :) Ticket #9345. Andrew (Glad to have enlarged the vocabulary.)
Re: Backspacing at the start of an inset occupying a paragraph
Le 28/11/2014 21:11, aparsloe a écrit : If I recall correctly there was a somewhat desultory and confusing discussion. I didn't know what to put on trac and so put nothing. I think you can use your original description and maybe point to this discussion, for example here: https://www.mail-archive.com/lyx-users@lists.lyx.org/msg99175.html I think that the outco;e is that if one of the two paragraphs is not standard, then it should win. If both are not standard, then I do not know what to do :) JMarc PS: I learned a new word today: "desultory" :)
Re: Backspacing at the start of an inset occupying a paragraph
On 28/11/2014 11:51 p.m., Jean-Marc Lasgouttes wrote: Le 07/06/2014 07:43, aparsloe a écrit : Placing the cursor at the start of an inset and pressing the backspace key destroys the inset and makes its content part of the surrounding text. However, if the inset is the *only* item in a paragraph environment (list, Quotation, etc.) then not only is the inset destroyed but so too is the environment, which becomes a standard paragraph. Hi, [looking through old messages] Did this ever become a ticket on trac? JMarc If I recall correctly there was a somewhat desultory and confusing discussion. I didn't know what to put on trac and so put nothing. Andrew
Re: Backspacing at the start of an inset occupying a paragraph
Le 07/06/2014 07:43, aparsloe a écrit : Placing the cursor at the start of an inset and pressing the backspace key destroys the inset and makes its content part of the surrounding text. However, if the inset is the *only* item in a paragraph environment (list, Quotation, etc.) then not only is the inset destroyed but so too is the environment, which becomes a standard paragraph. Hi, [looking through old messages] Did this ever become a ticket on trac? JMarc
Re: Backspacing at the start of an inset occupying a paragraph
On 10/06/2014 8:38 p.m., Jean-Marc Lasgouttes wrote: 08/06/2014 22:57, Richard Heck: I think the reason this happens is that the layout in effect in the inset becomes the layout in effect in the paragraph, if the inset is the only thing there. I'm not sure exactly why it works that way, though. This is is probably the case indeed. This makes sense when the note contains a Section environment for example. The behavior should be dependent on whether the layout is the default one or not. I have no idea of where this code lives, though. I think this deserves a bug report. JMarc Alas, you have confused me now. I'm not sure what to report -- my original posting or something else. Since standard is the default layout, that is indeed what the inset dissolves to if it contains normal text but, having been prompted to try a section heading in a note, it dissolves into a section heading (even within a list -- I see that it is perfectly possible to put a section heading, numbered, bolded, larger type, within a list or sublist or subsublist, and have it indented accordingly). Andrew
Re: Backspacing at the start of an inset occupying a paragraph
08/06/2014 22:57, Richard Heck: I think the reason this happens is that the layout in effect in the inset becomes the layout in effect in the paragraph, if the inset is the only thing there. I'm not sure exactly why it works that way, though. This is is probably the case indeed. This makes sense when the note contains a Section environment for example. The behavior should be dependent on whether the layout is the default one or not. I have no idea of where this code lives, though. I think this deserves a bug report. JMarc
Re: Backspacing at the start of an inset occupying a paragraph
On 06/07/2014 01:43 AM, aparsloe wrote: Placing the cursor at the start of an inset and pressing the backspace key destroys the inset and makes its content part of the surrounding text. However, if the inset is the *only* item in a paragraph environment (list, Quotation, etc.) then not only is the inset destroyed but so too is the environment, which becomes a standard paragraph. Writing [note](note contents) to denote a note inset, 1. [note](blah blah blah) (a) sub-item (b) another sub-item displays in the pdf as 1. (a) sub-item (b) another sub-item which may what is desired, but if you feel the "blah blah blah" should be made visible in the pdf and put the cursor before the first "blah" and press backspace, the result is blah blah blah <-- a standard paragraph 1. sub-item (a) another sub-item What I expected was 1. blah blah blah (a) sub-item (b) another sub-item This seems to apply to all insets (I've also tried footnotes, margin notes, minipages, ERT), not just notes. I think the reason this happens is that the layout in effect in the inset becomes the layout in effect in the paragraph, if the inset is the only thing there. I'm not sure exactly why it works that way, though. Richard