Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] writes: Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. This is actually due to the code we output for environments. There is a paragraph break before but not after. To be frank, I know we did/discussed something about this bug recently, but I do not remember what :) JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] writes: Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. This is actually due to the code we output for environments. There is a paragraph break before but not after. To be frank, I know we did/discussed something about this bug recently, but I do not remember what :) I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? rh
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Richard Heck [EMAIL PROTECTED] writes: I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? It is not, but unfortunately some enumerations are part of the paragraph, and some are not. A solution would be to allow to nest (by depth increase) the enumeration paragraphs in the preceding paragraph (I am not sure this is parsable). JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Jean-Marc Lasgouttes wrote: Richard Heck [EMAIL PROTECTED] writes: I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? It is not, but unfortunately some enumerations are part of the paragraph, and some are not. A solution would be to allow to nest (by depth increase) the enumeration paragraphs in the preceding paragraph (I am not sure this is parsable). I'm pretty sure that's ungrammatical. In my language, anyway. ;-) But yes, this is the problem: There are lots of possible combinations here. rh
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] writes: Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. This is actually due to the code we output for environments. There is a paragraph break before but not after. To be frank, I know we did/discussed something about this bug recently, but I do not remember what :) JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] writes: Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. This is actually due to the code we output for environments. There is a paragraph break before but not after. To be frank, I know we did/discussed something about this bug recently, but I do not remember what :) I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? rh
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Richard Heck [EMAIL PROTECTED] writes: I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? It is not, but unfortunately some enumerations are part of the paragraph, and some are not. A solution would be to allow to nest (by depth increase) the enumeration paragraphs in the preceding paragraph (I am not sure this is parsable). JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Jean-Marc Lasgouttes wrote: Richard Heck [EMAIL PROTECTED] writes: I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? It is not, but unfortunately some enumerations are part of the paragraph, and some are not. A solution would be to allow to nest (by depth increase) the enumeration paragraphs in the preceding paragraph (I am not sure this is parsable). I'm pretty sure that's ungrammatical. In my language, anyway. ;-) But yes, this is the problem: There are lots of possible combinations here. rh
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] writes: > Well, as expected it also happens in 1.6.0rc2, so here is the > example file created in 1.6.0rc2. This is actually due to the code we output for environments. There is a paragraph break before but not after. To be frank, I know we did/discussed something about this bug recently, but I do not remember what :) JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] wrote: [EMAIL PROTECTED] writes: Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. This is actually due to the code we output for environments. There is a paragraph break before but not after. To be frank, I know we did/discussed something about this bug recently, but I do not remember what :) I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? rh
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Richard Heck <[EMAIL PROTECTED]> writes: > I guess we need to discuss this again at some point and make some kind > of principled decision. The difficulty seems to be that sometimes you > might want the blank line and other times not, even in cases where > paragraph depth isn't a relevant issue. But would it be difficult to > make sure we don't output the blank lines when depth has been changed? It is not, but unfortunately some enumerations are part of the paragraph, and some are not. A solution would be to allow to nest (by depth increase) the enumeration paragraphs in the preceding paragraph (I am not sure this is parsable). JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Jean-Marc Lasgouttes wrote: Richard Heck <[EMAIL PROTECTED]> writes: I guess we need to discuss this again at some point and make some kind of principled decision. The difficulty seems to be that sometimes you might want the blank line and other times not, even in cases where paragraph depth isn't a relevant issue. But would it be difficult to make sure we don't output the blank lines when depth has been changed? It is not, but unfortunately some enumerations are part of the paragraph, and some are not. A solution would be to allow to nest (by depth increase) the enumeration paragraphs in the preceding paragraph (I am not sure this is parsable). I'm pretty sure that's ungrammatical. In my language, anyway. ;-) But yes, this is the problem: There are lots of possible combinations here. rh
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Original-Nachricht Datum: Mon, 08 Sep 2008 16:02:50 +0200 Von: Jean-Marc Lasgouttes [EMAIL PROTECTED] An: [EMAIL PROTECTED] CC: lyx-users@lists.lyx.org Betreff: Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth [EMAIL PROTECTED] writes: I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me: 1. Produce a numberd list/itemized list etc. item 2. Produce a standard paragraph and increase the depth to make it line up with the list item 3. Produce a standard paragraph, which is incorrectly indented in LyX, but correct in the output I use this combination quite often, so it is always a bit confusing to see the wrong indentation first. Could you send an example file? JMarc Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. Phil wrong_indentation_example.lyx Description: application/lyx
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Original-Nachricht Datum: Mon, 08 Sep 2008 16:02:50 +0200 Von: Jean-Marc Lasgouttes [EMAIL PROTECTED] An: [EMAIL PROTECTED] CC: lyx-users@lists.lyx.org Betreff: Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth [EMAIL PROTECTED] writes: I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me: 1. Produce a numberd list/itemized list etc. item 2. Produce a standard paragraph and increase the depth to make it line up with the list item 3. Produce a standard paragraph, which is incorrectly indented in LyX, but correct in the output I use this combination quite often, so it is always a bit confusing to see the wrong indentation first. Could you send an example file? JMarc Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. Phil wrong_indentation_example.lyx Description: application/lyx
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
Original-Nachricht > Datum: Mon, 08 Sep 2008 16:02:50 +0200 > Von: Jean-Marc Lasgouttes <[EMAIL PROTECTED]> > An: [EMAIL PROTECTED] > CC: lyx-users@lists.lyx.org > Betreff: Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth > [EMAIL PROTECTED] writes: > > > I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 > for me: > > > > 1. Produce a numberd list/itemized list etc. item > > > > 2. Produce a standard paragraph and increase the depth to make it line > up with the list item > > > > 3. Produce a standard paragraph, which is incorrectly indented in LyX, > but correct in the output > > > > I use this combination quite often, so it is always a bit confusing to > see the wrong indentation first. > > Could you send an example file? > > JMarc Well, as expected it also happens in 1.6.0rc2, so here is the example file created in 1.6.0rc2. Phil wrong_indentation_example.lyx Description: application/lyx
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] writes: I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me: 1. Produce a numberd list/itemized list etc. item 2. Produce a standard paragraph and increase the depth to make it line up with the list item 3. Produce a standard paragraph, which is incorrectly indented in LyX, but correct in the output I use this combination quite often, so it is always a bit confusing to see the wrong indentation first. Could you send an example file? JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] writes: I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me: 1. Produce a numberd list/itemized list etc. item 2. Produce a standard paragraph and increase the depth to make it line up with the list item 3. Produce a standard paragraph, which is incorrectly indented in LyX, but correct in the output I use this combination quite often, so it is always a bit confusing to see the wrong indentation first. Could you send an example file? JMarc
Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
[EMAIL PROTECTED] writes: > I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me: > > 1. Produce a numberd list/itemized list etc. item > > 2. Produce a standard paragraph and increase the depth to make it line up > with the list item > > 3. Produce a standard paragraph, which is incorrectly indented in LyX, but > correct in the output > > I use this combination quite often, so it is always a bit confusing to see > the wrong indentation first. Could you send an example file? JMarc
