emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: myq larson <myq@wordish.org>
To: emacs-orgmode@gnu.org
Subject: Re: Bug: Inlinetask at end of paragraph causes two paragraphs to merge [8.2.10 (8.2.10-41-g42228a-elpaplus @ /home/myq/.emacs.d/elpa/org-plus-contrib-20150601/)]
Date: Sun, 7 Jun 2015 23:44:35 -0600	[thread overview]
Message-ID: <CAKj87xucAsB6PYNQ9OcyUDC9gqJFQFNaBgyz5r88yH0GqnNAiw@mail.gmail.com> (raw)
In-Reply-To: <87d217vn1b.fsf@nicolasgoaziou.fr>

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

On Sun, Jun 7, 2015 at 4:19 AM, Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:
> Hello,
>
> myq larson <myq@wordish.org> writes:
>
>> If there is an inline task at the end of a paragraph, when the document
>> is exported with the =inlinetask= option set to =nil=, the space after
>> the inline task and before the next paragraph will be ignored and the
>> two paragraphs will combine as one.
>>
>> For example, this document
>>
>> #+BEGIN_EXAMPLE
>>   ,#+OPTIONS: inline:nil toc:nil
>>
>>   * title
>>
>>     Here is some text which should not be cut by an inline task because
>>     it should respect the linebreaks and understand when a new paragraph
>>     starts.
>>   *************** TODO Fix this
>>   It's not good, so fix this.
>>   *************** END
>>     I think this is the right way to go. But there are some challenges.
>>   *************** TODO This could be better
>>   *************** END
>>
>>
>>     Another problem is that there is no way to fix the problem.
>> #+END_EXAMPLE
>>
>> Exports as:
>>
>> #+BEGIN_EXAMPLE
>>   ______
>>
>>    TEST
>>
>>     me
>>   ______
>>
>>
>>
>>
>>
>>   1 title
>>   =======
>>
>>     Here is some text which should not be cut by an inline task because
it
>>     should respect the linebreaks and understand when a new paragraph
>>     starts.
>>     I think this is the right way to go. But there are some challenges.
>>     Another problem is that there is no way to fix the problem.
>> #+END_EXAMPLE
>>
>> I think there should be two paragraphs. Ideally, the first paragraph
>> should refill as well.
>
> There are two paragraphs, albeit not separated by an empty line. The
> behaviour is correct here.

Hi Nicolas,

Using that definition though, there are probably three paragraphs. I choose
ASCII export as the easiest example to show in email, but exporting to
LaTeX shows the problem more clearly. There will not be two new lines
which means the two paragraphs will be interpreted as a single
paragraph. I believe the above ASCII example will be interpreted as a
single paragraph by most readers as well.

Exporting to Org mode gives the following:

#+BEGIN_EXAMPLE
  ,#+OPTIONS: inline:nil toc:nil

  ,* title

  Here is some text which should not be cut by an inline task because
  it should respect the linebreaks and understand when a new paragraph
  starts.
  I think this is the right way to go. But there are some challenges.
  Another problem is that there is no way to fix the problem.
#+END_EXAMPLE

I'm pretty sure that's not how Org mode defines two paragraphs though.
As a work around, I just avoid putting inline comments at the end of
paragraphs.

Thank you for your help,

Cheers,

Myq

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

next prev parent reply	other threads:[~2015-06-08  5:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-07  9:21 Bug: Inlinetask at end of paragraph causes two paragraphs to merge [8.2.10 (8.2.10-41-g42228a-elpaplus @ /home/myq/.emacs.d/elpa/org-plus-contrib-20150601/)] myq larson
2015-06-07 10:19 ` Nicolas Goaziou
2015-06-08  5:44   ` myq larson [this message]
2015-06-08  6:30     ` Nicolas Goaziou

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAKj87xucAsB6PYNQ9OcyUDC9gqJFQFNaBgyz5r88yH0GqnNAiw@mail.gmail.com \
    --to=myq@wordish.org \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).