Re: [Orgmode] Re: [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
Hello, > Sébastien Vauban writes: > And, in the case that such a construct would not be used, I wouldn't > mind having to manually indent the paragraph where I want to place > it, as long as the indentation is used to decide to what the text > must be attached to. Please (re-)read my "rhetorical" questions: this is not as simple as it sounds. > (thinking at backward-compatibility solution) I have to disagree here, as those constructs were only partly recognized (and partly broken): again, LaTeX exporter and auto-indentation weren't aware about them. Anyway, before thinking at backward-compatibility, the design should be fixed first. Now, on the other hand, there's Carsten's "ASCII duck head" idea... Well, I still can't help thinking those constructs are ill-defined and can be avoided by reorganizing the list, or using headings. Even those do not support such constructs, for a good reason. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
Hi Carsten and Nicolas, Carsten Dominik wrote: > On Sep 19, 2010, at 11:24 AM, Nicolas Goaziou wrote: >>> Eric S Fraga writes: >> >>> So you are saying, if I understand you correctly, that you cannot >>> have something like this: >> >>> --8<---cut here---start->8--- >>> 1. some text >>> - a nested list >>> - with two items >>> some more text for the first numbered item >>> - another nested list - with two items >>> 2. the second outer list item >>> --8<---cut here---end--->8--- >> >> Exactly. >> >>> If so, why not? This would seem to be quite a likely and useful >>> scenario. >> >> It would require a slightly different model with an added depth of >> complexity. To tell the truth, I had looked into this, but hadn't >> found a satisfying (clean) solution. > > One clean solution I can think of is to allow terminating a list with > a special item, like > >- one > - a > - b > - @< (this means sublist ends here) > > One could also have - @<< to mean closing two levels. > > This would allow stable indentation control. And, in the case that such a construct would not be used, I wouldn't mind having to manually indent the paragraph where I want to place it, as long as the indentation is used to decide to what the text must be attached to. (thinking at backward-compatibility solution) Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
Hi Nicolas, Nicolas Goaziou wrote: >> Eric S Fraga writes: >> So you are saying, if I understand you correctly, that you cannot have >> something like this: > >> --8<---cut here---start->8--- >> 1. some text >>- a nested list >>- with two items >>some more text for the first numbered item >>- another nested list - with two items >> 2. the second outer list item >> --8<---cut here---end--->8--- > > Exactly. > >> If so, why not? This would seem to be quite a likely and useful scenario. > > It would require a slightly different model with an added depth of > complexity. To tell the truth, I had looked into this, but hadn't found a > satisfying (clean) solution. > > [...] > > Those questions are more rhetorical than anything else. My point is just > that this kind of scenario, while certainly doable, would need more thought, > and much more work to implement. Is it _that_ useful? > >> I do this all the time in latex and I was sure that I had done this before >> in org. Is my recollection wrong? Was this not possible before? > > As far as I remember, LaTeX exporter has never been able to parse this, > though the HTML one did. Yes, the HTML parser was often better than the LaTeX one, though I wasn't that interested by the HTML one... I would definitely say that, yes, being able to support the above example (or mine) would be _that_ useful. I don't consider such written constructs as bad writing, and hence would like Org to let me write them. I can even tell you it was difficult to make other colleagues accept to use Org simply because of the limitations it had in the nested lists. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments
Hi Nicolas, Nicolas Goaziou wrote: >> Sébastien Vauban writes: > >> 1) Ask for it. > >> 2) Make it, answering the following questions: > >>- Got the docs? >>- Signed them? >>- Checked it? > >>THIS LINE DOES NOT SHOW UP in LaTeX!!! > > The whole list should indeed end at this line. I sent a patch > correcting this. I do see the text exported now. Though, it's not located where I expect to see it... It is text that still belongs to enumerated item #2, as shown by the indentation. Is this possible? >> * Other remarks > >> - Before, if I remember good, the sequence of list levels was: =-=, >> =+=, =*=, =1.= and =1)=. Now, the last two have been inverted: >> first, =1)=, then =1.=. Just a tiny detail (was used to it). > > I hadn't noticed that before and the doc-string of > `org-cycle-list-bullet' says you are right. Fixed. Thanks. >> - When =S-right arrowing= this line twice, I *sometimes* get my list >> items transformed into headlines... Though, I cannot repeat with as >> many times as I want... Conditions still strange to me. > > I cannot reproduce it at the moment. Please tell me if you have more > data about it. This is a very bad behavior when it happens. But it must be very confined to certain user behaviors, as I have problems trying to reproduce it now. I'll tell you as soon as it happens. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode