From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: Feature request (org-empty-line-terminates-plain-lists) Date: Tue, 24 Mar 2009 09:48:00 +0100 Message-ID: References: <877i2g53px.fsf@fastmail.fm> Mime-Version: 1.0 (Apple Message framework v930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lm2Ip-0005LP-IU for emacs-orgmode@gnu.org; Tue, 24 Mar 2009 04:48:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lm2Im-0005It-07 for emacs-orgmode@gnu.org; Tue, 24 Mar 2009 04:48:07 -0400 Received: from [199.232.76.173] (port=34871 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lm2Il-0005Ik-Pv for emacs-orgmode@gnu.org; Tue, 24 Mar 2009 04:48:03 -0400 Received: from mail-ew0-f160.google.com ([209.85.219.160]:38941) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lm2Il-0003qx-7r for emacs-orgmode@gnu.org; Tue, 24 Mar 2009 04:48:03 -0400 Received: by ewy4 with SMTP id 4so2400429ewy.42 for ; Tue, 24 Mar 2009 01:48:02 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Baoqiu Cui , Matthew Lundin Cc: emacs-orgmode Mailinglist Hi Matt, Baoqiu, this is a difficult issue. Indentation is what governs the end of lists. However, this concept conflicts with the face that some constructs in Org cannot be indented at all, in particular things like #+begin_example ena the like. You are both right that tables and ": ..." examples could be written with correct indentation, but this is only a partial solution. Currently, the HTML exporter handles all these constructs as "indentation irrelevant" and puts them into the list structure. Given the fact that some special constructs cannot be indented, this is the only way to have a source code example or a blockquote as part of a list item. As you noted correctly, LaTeX export does treat indentation of examples and tables significantly and terminates list. Clearly inconsistent. Possible solutions: 1. Allow #+begin_example and friends to be indented and remove the same amount of whitespace from all example lines as the #+begin line has. This is possible, but would require a lot of work in the LaTeX exporter. It would also cause a lot of problems with the edit-source-code stuff with "C-c '", because we could then no longer use indentation functionality while editing the examples. 2. Adapt the LaTeX exporter to work like the HTML exporter, ignoring indentation of tables and example. The, introduce a special list item like "- ___" to explicitly terminate a list if this should be necessary. I welcome comments on this issue. - Carsten On Mar 24, 2009, at 7:15 AM, Baoqiu Cui wrote: > Matthew Lundin writes: > >> Carsten, >> >> Matthew Lundin writes: >> >>> If I may be so bold, I'd like to request an additional setting for >>> org-empty-line-terminates-plain-lists. Namely, I was wondering if it >>> would be possible to add an option whereby 2 empty lines would >>> terminate >>> a plain list. >> >> Please disregard this request. I think I did not identify the problem >> correctly. The problem, instead, lies in the html export. >> >> When a plain list is followed by a paragraph, the list is closed in >> the >> the export before the paragraph. >> >> --8<---------------cut here---------------start------------->8--- >> - Item One >> >> - Item Two >> >> Here is the paragraph. >> --8<---------------cut here---------------end--------------->8--- >> >> results in.... >> >> ,---- >> |
    >> |
  • >> | Item One >> | >> |
    • >> |
  • >> | Item Two >> | >> |
    • >> |
>> | >> |

Here is the paragraph. >> |

>> `---- >> >> But when a table follows the list, as in... >> >> --8<---------------cut here---------------start------------->8--- >> - Item One >> >> - Item Two >> >> | Table cell | Another table cell | >> --8<---------------cut here---------------end--------------->8--- > > In my opinion, whether this table should terminate the list or be > included in "Item Two" has to be decided by the indentation level of > the > table. In this case, since there is no indentation at all for the > table, it should terminate the list. The table would be considered > part > of "Item Two" if it is written in the following way > > ------------------------------------------------------------------------ > - Item One > > - Item Two > > | Table cell | Another table cell | > ------------------------------------------------------------------------ > > I ran into this little ambiguity problem when I was testing the > DocBook > exporter, but have not got chance to resolve this problem. Similar > problem also exists for literal examples (and maybe other types of > blocks): > > > ------------------------------------------------------------------------ > - Item One > > - Item Two > > : Some example from a text file > : Another line in the example > ------------------------------------------------------------------------ > > In this case, the literal example lines should be considered part of > "Item Two". If the two spaces before ':' do not exist, this literal > example will terminate the list. > > Is this reasonable? > > Baoqiu > > > > _______________________________________________ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode