From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: list indentation Date: Sun, 10 Feb 2008 08:29:39 +0100 Message-ID: <8876EF42-3A2C-4BA7-A06A-E3087EFDFE4D@science.uva.nl> References: <41c818190802091345n5a49e5f2p23f50186144c33f3@mail.gmail.com> <41c818190802091450g6226c7abp86ad56eb09e8f2b1@mail.gmail.com> <41c818190802091709r68e36eeq1e42df06c6d8673c@mail.gmail.com> <41c818190802092047m5bc8cc8axaa3260aeacde2b7f@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v915) 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 1JO6dI-0003RE-AJ for emacs-orgmode@gnu.org; Sun, 10 Feb 2008 02:29:48 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JO6dH-0003R0-Dw for emacs-orgmode@gnu.org; Sun, 10 Feb 2008 02:29:47 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JO6dH-0003Qx-8Z for emacs-orgmode@gnu.org; Sun, 10 Feb 2008 02:29:47 -0500 Received: from fg-out-1718.google.com ([72.14.220.152]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JO6dG-0000fO-Rk for emacs-orgmode@gnu.org; Sun, 10 Feb 2008 02:29:47 -0500 Received: by fg-out-1718.google.com with SMTP id d23so3707417fga.30 for ; Sat, 09 Feb 2008 23:29:45 -0800 (PST) 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: Eddward DeVilla Cc: emacs-orgmode@gnu.org Hi Everyone, I am personally not fond of separators, and we must be sure what their purpose is. As a means of terminating a list for export and folding, you can use empty lines when setting the variable `org-empty-line-terminates-plain-lists' discovered by Will. Or any text that is no linger indented behind the bullet marker. But if I understand correctly, this is really about indentation and about M-q paragraph wrapping. I have thought about how to make aragraph wrapping to respect the indentation of a line after a plain list item and failed. I cannot figure it out. For paragraph wrapping we would really need a separator, and then we would need to add this separator to the regular expressions in `paragraph-start' and `paragraph-separate', obscure pieces of the Emacs formatting which do not work really consistent between different commands fill-paragraph and fill-region). EIther that, or I am not really able to comprehend how this works. About indentation, there are other possible conventions one could use. Right now, TAB will indent a line under a plain list item to beyond the item bullet. Independent of the current indentation. So it will indent lines with low indentation, and outdent lines with too large indentations. One could have different conventions. For example, we could do this: In the line after a plain list item: - when the indentation is 0 or when the line is empty, make TAB indent to under the line before, as if you intended to continue the item. - when the line is not empty and already indented, keep that indentation. I am not sure if that would be seen as more consistent and stable, up for discussion. - Carsten On Feb 10, 2008, at 6:05 AM, Eddward DeVilla wrote: > On Feb 9, 2008 10:47 PM, William Henney wrote: >> On Feb 9, 2008 9:55 PM, Eddward DeVilla wrote: >>> In any case, I'm just trying to come up with something that does >>> the >>> job but is not an eye sore in the org buffer. I'm looking for >>> something that visually looks like a natural footer or terminator in >>> plain text. (And a footer ought to be able to be preceeded by a >>> header.) I know the significance of the '/' in xml, but visually, >>> it >>> doesn't look right to my eyes. Aside from the meaning in xml >>> code, it >>> does say end-of-list to me. If anything, it seems to connect the >>> preceeding and proceeding text, like this/that. The dashes draw a >>> dividing line. >> >> How about "-." ? > > Better. Still kind of cryptic, but more subtle. Actually, since > that's all that's on the line, it really doesn't matter what it is. > Font lock can hide it or gray it out. It could look like a blank line > without the ambiguity. > > Edd > > > _______________________________________________ > 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