From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Filippo A. Salustri" Subject: Re: Re: Continuation of main section text after subsections ? Date: Sun, 27 Mar 2011 13:08:48 -0400 Message-ID: References: <20110327170251.58923564@hsdev.com> <81tyeotvzo.fsf@gmail.com> <20110327181155.054fecf2@hsdev.com> <87vcz4ebu9.fsf@lw-wireless-pittnet-40-144.wireless.pitt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=53212 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q3tSM-00027t-9J for emacs-orgmode@gnu.org; Sun, 27 Mar 2011 13:08:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q3tSL-0008QY-1H for emacs-orgmode@gnu.org; Sun, 27 Mar 2011 13:08:50 -0400 Received: from mail-wy0-f169.google.com ([74.125.82.169]:65429) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q3tSK-0008QE-Sk for emacs-orgmode@gnu.org; Sun, 27 Mar 2011 13:08:48 -0400 Received: by wyf19 with SMTP id 19so2673766wyf.0 for ; Sun, 27 Mar 2011 10:08:48 -0700 (PDT) In-Reply-To: <87vcz4ebu9.fsf@lw-wireless-pittnet-40-144.wireless.pitt.edu> 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: emacs-orgmode@gnu.org It seems to me we're getting into some real design territory here, in that it comes down to a question of a "proper" outline. I agree that a proper outline is such that Marcel's format is "improper." I agree that org follows the proper outline, was designed to suit it, and therefore it isn't surprising that it's not trivially easy to support Marcel's format too. I would humbly suggest that the real question is a design / use case question. Is it reasonable to expect authors to stick to proper outline format throughout their drafting process? If it is, then org is fine as is. If it isn't, then there's a problem. /How/ it's implemented, or worked around, as the case may be, is, imho, irrelevant in the long term (tho certainly useful in the short). Cheers. Fil On 27 March 2011 13:02, William Gardella wrote: > Marcel van der Boom writes: > >> On zo 27-mrt-2011 16:52 >> Cian wrote: >> >>> You can't do that, as it would be akin to trying to have in a book >>> >>> Section 1 >>> Stuff >>> Section 1.1.1 >>> More stuff >>> >>> Now this goes under Section 1 >>> >>> Not really an idiom that makes sense (I find its best to think of >>> org-mode's headings as chapter headers >> >> Agreed, for paper books that would not make much sense (depending on >> how you do it) and that fact kept me from asking the question for a >> while. >> For electronic texts however, especially in the drafting stage where >> (sub-)sections get shuffled around, promoted, demoted, split etc. it >> does make sense, to me at least. >> >> When writing I tend to think about org headings as 'handles' to a >> logical block of information, including its child blocks. Apparently my >> analogy clashes with what org-mode wants. I had my hopes on a >> customization option. >> >> Is there a strong reason this could not work as an option in org-mode? >> >> marcel > > Marcel, > > I think this is not yet easily possible in org-mode due to the > limitations of org's rather simple concept of markup. =A0Because org trie= s > to stay out of the way of the user's choice of indentation flow, for > example, whitespace can't be used to indicate that your text has > returned to the top level after entering a subheading. =A0And unlike in, > e.g., HTML or LaTeX, there's no way of "closing" the subheading > environment explicitly. > > As Cian suggests, some alternatives you can use are to employ drawers or > environments such as #+BEGIN_NOTE. > > I also use Org as a drafting tool, mostly for documents that will end up > as papers or legal documents rendered with LaTeX. =A0There are a few > ambiguities in the markup that are hard to resolve without going the > additional step of exporting to HTML or LaTeX and editing that output. > You've just stumbled into one of them... > > I'd support some kind of fix, but it'd be moderately to very involved > and far beyond my level of comfort with Elisp. =A0I also agree that it'd > be hard to specify. > > -- > William Gardella > J.D. Candidate > Class of 2011, University of Pittsburgh School of Law > > > --=20 Filippo A. Salustri, Ph.D., P.Eng. Mechanical and Industrial Engineering Ryerson University 350 Victoria St, Toronto, ON M5B 2K3, Canada Tel: 416/979-5000 ext 7749 Fax: 416/979-5265 Email: salustri@ryerson.ca http://deseng.ryerson.ca/~fil/