Paragraph consisting only of number and full stop disappears in export

Paragraph consisting only of number and full stop disappears in export

[Eric Abrahamsen]

Hi,

I just discovered that a paragraph disappeared from a subtree I was
exporting, I guess because the paragraph consists of just a number
followed by a full stop, and was interpreted as a list item. I'm
translating subtitles, and the dialogue went:

#+begin_src org
There are no taxis, but I've got a car.

How much to Dongying?

300.

We can be there 10am tomorrow.
#+end_src

I'm not surprised that "300." got interpreted as a list item, but I
wonder if there's a way to protect against it being removed altogether.
I suppose it might be nice if a single list item with no content would
be interpreted as a paragraph, but that probably opens the door to all
kinds of weird edge cases. If there were just a way to escape it...

Thanks,
Eric

Re: Paragraph consisting only of number and full stop disappears in export

[Samuel Wales]

verse block?

On 3/4/18, Eric Abrahamsen <eric@ericabrahamsen.net> wrote:
> Hi,
>
> I just discovered that a paragraph disappeared from a subtree I was
> exporting, I guess because the paragraph consists of just a number
> followed by a full stop, and was interpreted as a list item. I'm
> translating subtitles, and the dialogue went:
>
> #+begin_src org
> There are no taxis, but I've got a car.
>
> How much to Dongying?
>
> 300.
>
> We can be there 10am tomorrow.
> #+end_src
>
> I'm not surprised that "300." got interpreted as a list item, but I
> wonder if there's a way to protect against it being removed altogether.
> I suppose it might be nice if a single list item with no content would
> be interpreted as a paragraph, but that probably opens the door to all
> kinds of weird edge cases. If there were just a way to escape it...
>
> Thanks,
> Eric
>
>
>


-- 
The Kafka Pandemic: <http://thekafkapandemic.blogspot.com>

The disease DOES progress. MANY people have died from it. And ANYBODY
can get it at any time.

"You’ve really gotta quit this and get moving, because this is murder
by neglect." ---
<http://www.meaction.net/2017/02/03/pwme-people-with-me-are-being-murdered-by-neglect>.

Re: Paragraph consisting only of number and full stop disappears in export

[Eric Abrahamsen]

Samuel Wales <samologist@gmail.com> writes:

> verse block?

Maybe, except that puts it into monospaced font, and I'd have to wrap
the whole document in a verse block...

> On 3/4/18, Eric Abrahamsen <eric@ericabrahamsen.net> wrote:
>> Hi,
>>
>> I just discovered that a paragraph disappeared from a subtree I was
>> exporting, I guess because the paragraph consists of just a number
>> followed by a full stop, and was interpreted as a list item. I'm
>> translating subtitles, and the dialogue went:
>>
>> #+begin_src org
>> There are no taxis, but I've got a car.
>>
>> How much to Dongying?
>>
>> 300.
>>
>> We can be there 10am tomorrow.
>> #+end_src
>>
>> I'm not surprised that "300." got interpreted as a list item, but I
>> wonder if there's a way to protect against it being removed altogether.
>> I suppose it might be nice if a single list item with no content would
>> be interpreted as a paragraph, but that probably opens the door to all
>> kinds of weird edge cases. If there were just a way to escape it...
>>
>> Thanks,
>> Eric
>>
>>
>>

Re: Paragraph consisting only of number and full stop disappears in export

[Samuel Wales]

i thought that was example that monospaced it.

Re: Paragraph consisting only of number and full stop disappears in export

[Eric Abrahamsen]

Samuel Wales <samologist@gmail.com> writes:

> i thought that was example that monospaced it.

Oops, you're right. But it still feels hacky.

Re: Paragraph consisting only of number and full stop disappears in export

[Eric S Fraga]

[-- Attachment #1: Type: text/plain, Size: 676 bytes --]

On Sunday,  4 Mar 2018 at 14:07, Eric Abrahamsen wrote:
> Hi,
>
> I just discovered that a paragraph disappeared from a subtree I was
> exporting, I guess because the paragraph consists of just a number
> followed by a full stop, and was interpreted as a list item. I'm
> translating subtitles, and the dialogue went:

You don't say what export target you are using.  If LaTeX, you could do:

#+begin_src org
There are no taxis, but I've got a car.

How much to Dongying?

@@latex:@@300.

We can be there 10am tomorrow.
#+end_src

And probably similarly for HTML etc.

Ugly, mind you.
-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-191-g90607d

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

Re: Paragraph consisting only of number and full stop disappears in export

[Nicolas Goaziou]

Hello,

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> I just discovered that a paragraph disappeared from a subtree I was
> exporting, I guess because the paragraph consists of just a number
> followed by a full stop, and was interpreted as a list item. I'm
> translating subtitles, and the dialogue went:
>
> #+begin_src org
> There are no taxis, but I've got a car.
>
> How much to Dongying?
>
> 300.
>
> We can be there 10am tomorrow.
> #+end_src
>
> I'm not surprised that "300." got interpreted as a list item, but I
> wonder if there's a way to protect against it being removed altogether.
> I suppose it might be nice if a single list item with no content would
> be interpreted as a paragraph, but that probably opens the door to all
> kinds of weird edge cases. If there were just a way to escape it...

You could insert a zero width space between the number and the dot.

Regards,

-- 
Nicolas Goaziou

Re: Paragraph consisting only of number and full stop disappears in export

[Diego Zamboni]

[-- Attachment #1: Type: text/plain, Size: 1262 bytes --]

Hi Eric,

I found out that adding any non-space character after the dot prevents org
from interpreting it as a list. In particular, adding a non-breaking-space
entity at the end of the line works, like this: "300.\nbsp"

Maybe other punctuations would also work and make sense in the context of
your document- see `org-entities-help` for the full list of available
entities.

--Diego


On Sun, Mar 4, 2018 at 11:07 PM, Eric Abrahamsen <eric@ericabrahamsen.net>
wrote:

> Hi,
>
> I just discovered that a paragraph disappeared from a subtree I was
> exporting, I guess because the paragraph consists of just a number
> followed by a full stop, and was interpreted as a list item. I'm
> translating subtitles, and the dialogue went:
>
> #+begin_src org
> There are no taxis, but I've got a car.
>
> How much to Dongying?
>
> 300.
>
> We can be there 10am tomorrow.
> #+end_src
>
> I'm not surprised that "300." got interpreted as a list item, but I
> wonder if there's a way to protect against it being removed altogether.
> I suppose it might be nice if a single list item with no content would
> be interpreted as a paragraph, but that probably opens the door to all
> kinds of weird edge cases. If there were just a way to escape it...
>
> Thanks,
> Eric
>
>
>

[-- Attachment #2: Type: text/html, Size: 1770 bytes --]

Re: Paragraph consisting only of number and full stop disappears in export

[Eric Abrahamsen]

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

> Hi,
>
> I just discovered that a paragraph disappeared from a subtree I was
> exporting, I guess because the paragraph consists of just a number
> followed by a full stop, and was interpreted as a list item. I'm
> translating subtitles, and the dialogue went:

Thanks for all the suggestions! I think I'll go with the zero-width
space before the full stop, that seems the least intrusive, and also the
least like to get "fixed" by other edits/cleanups I do.

Thanks again,
Eric