[-- Attachment #1: Type: text/plain, Size: 117 bytes --] I get a unexpected enumerate in the latex export (new exporter). may be a corner a case. please see the attached. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: org-scratch.org --] [-- Type: text/x-org, Size: 141 bytes --] * Section 2 The Model was initialized at 00 UTC 25 DEC 2008 to 00 UTC 28 DEC 2008. The initial and boundary conditions blah blah. more blah [-- Attachment #3: org-scratch.tex --] [-- Type: text/x-tex, Size: 869 bytes --] % Created 2012-11-13 火 01:04 \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \author{Yagnesh Raghava Yakkala} \date{\today} \title{} \hypersetup{ pdfkeywords={}, pdfsubject={}, pdfcreator={Generated by Org mode 7.9.2 in Emacs 24.2.50.3.}} \begin{document} \tableofcontents \vspace*{1cm} \section{Section 2} \label{sec-1} The Model was initialized at 00 UTC 25 DEC 2008 to 00 UTC 28 DEC \begin{enumerate} \item The initial and boundary conditions blah blah. \end{enumerate} more blah % Generated by Org mode 7.9.2 in Emacs 24.2.50.3. \end{document} [-- Attachment #4: org-scratch.pdf --] [-- Type: application/pdf, Size: 20722 bytes --] [-- Attachment #5: Type: text/plain, Size: 116 bytes --] Thanks., -- ఎందరో మహానుభావులు అందరికి వందనములు YYR
Hello,
Yagnesh Raghava Yakkala <hi@yagnesh.org> writes:
> I get a unexpected enumerate in the latex export (new exporter). may be a
> corner a case.
>
> please see the attached.
>
>
>
> * Section 2
> The Model was initialized at 00 UTC 25 DEC 2008 to 00 UTC 28 DEC
> 2008. The initial and boundary conditions blah blah.
The line starts with a number followed by a dot and a space. This is the
definition of an Org plain list starter.
Note that this result is impossible to obtain with filling or
auto-filling, so you probably put it here manually.
Regards,
--
Nicolas Goaziou
Hello Nicolas,
Thanks for the reply.
> Note that this result is impossible to obtain with filling or
> auto-filling, so you probably put it here manually.
No., It was auto-filled. Now I noticed that, it was because my fill-column is
customized to 78.
I wonder how to deal with such cases. can there be a work-around, like placing a
dummy character or something to protect it.
For now I will just rewrite the sentence.
Thank you very much.
--
ఎందరో మహానుభావులు అందరికి వందనములు
YYR
On 11月 13 2012, Yagnesh Raghava Yakkala <hi@yagnesh.org> wrote:
> Hello Nicolas,
>
> Thanks for the reply.
>
>> Note that this result is impossible to obtain with filling or
>> auto-filling, so you probably put it here manually.
>
> No., It was auto-filled. Now I noticed that, it was because my fill-column is
> customized to 78.
Seems fill-paragraph and auto-fill are not working properly(at least for
me). Some how the number is placed like that unintentionally. But I guess the
work-around question is still valid.
Thanks.,
--
ఎందరో మహానుభావులు అందరికి వందనములు
YYR
Yagnesh Raghava Yakkala <hi@yagnesh.org> writes:
> Seems fill-paragraph and auto-fill are not working properly(at least for
> me). Some how the number is placed like that unintentionally. But I guess the
> work-around question is still valid.
There already is a protection mechanism against this situation. The
question is: why doesn't it kick in here?
Did you try with -Q? Also, what is the value of `fill-nobreak-predicate'
variable in that buffer?
Regards,
--
Nicolas Goaziou
Hello Nicolas, > There already is a protection mechanism against this situation. is it by latex-exporter or by auto-fill? :/ > Did you try with -Q? Yes I did, export is still producing enumerate. Of course If I adjust sentence as you suggested earlier manually (fill is not so accurate) export is working as desired. >Also, what is the value of `fill-nobreak-predicate' variable in that buffer? Its value is `nil'. Thanks., -- ఎందరో మహానుభావులు అందరికి వందనములు YYR
Yagnesh Raghava Yakkala <hi@yagnesh.org> writes: > is it by latex-exporter or by auto-fill? :/ This is unrelated to the exporter. Something is wrong in your Org buffer: filling/Auto-filling shouldn't create a phantom item like this one. >> Did you try with -Q? > > Yes I did, export is still producing enumerate. Of course If I adjust sentence > as you suggested earlier manually (fill is not so accurate) export is working > as desired. I'm not talking about export, but filling. Can you fill correctly with -Q ? By "fill correctly" I mean that "2008." shouldn't be put at the beginning of a line unless it wasn't there already. >>Also, what is the value of `fill-nobreak-predicate' variable in that buffer? > > Its value is `nil'. That is the problem. It should contain at least `org-fill-paragraph-separate-nobreak-p' and `org-fill-line-break-nobreak-p' functions. Do you have an idea why it doesn't? Regards, -- Nicolas Goaziou
Hello Nicolas, > I'm not talking about export, but filling. Can you fill correctly > with -Q ? By "fill correctly" I mean that "2008." shouldn't be put at > the beginning of a line unless it wasn't there already. with emacs -Q (with org-mode release_7.9.2-584-g0421be) --8<---------------cut here---------------start------------->8--- The Model was initialized at 00 UTC 25 DEC 2008 to 00 UTC 28 DEC 2008. The initial and boundary conditions blah blah. more blah --8<---------------cut here---------------end--------------->8--- fill-paragraph (M-q) is filling following way (I think correctly). --8<---------------cut here---------------start------------->8--- The Model was initialized at 00 UTC 25 DEC 2008 to 00 UTC 28 DEC 2008. The initial and boundary conditions blah blah. more blah --8<---------------cut here---------------end--------------->8--- but when the paragraph --8<---------------cut here---------------start------------->8--- The Model was initialized at 00 UTC 25 DEC 2008 to 00 UTC 28 DEC 2008. The initial and boundary conditions blah blah. more blah --8<---------------cut here---------------end--------------->8--- fill-paragraph doesn't change anything. May be fill is also assuming the second line as a list and correctly so. I think the fault is with my English and writing habits. After several edits in that paragraph It ended up having number and dot at the bol. I think Its just a watch-out case. >>>Also, what is the value of `fill-nobreak-predicate' variable in that buffer? >> >> Its value is `nil'. > > That is the problem. It should contain at least > `org-fill-paragraph-separate-nobreak-p' and > `org-fill-line-break-nobreak-p' functions. >Do you have an idea why it doesn't? I read it wrong earlier. Sorry for ringing false alarm. Thanks a lot. -- ఎందరో మహానుభావులు అందరికి వందనములు YYR