emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Filippo A. Salustri" <salustri@ryerson.ca>
To: emacs-orgmode@gnu.org
Subject: Re: Re: Continuation of main section text after subsections ?
Date: Sun, 27 Mar 2011 13:08:48 -0400	[thread overview]
Message-ID: <AANLkTikiGw2TwEff+t9UvTNN=UVciRDktvLw5w3S-zFm@mail.gmail.com> (raw)
In-Reply-To: <87vcz4ebu9.fsf@lw-wireless-pittnet-40-144.wireless.pitt.edu>

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 <gardellawg@gmail.com> wrote:
> Marcel van der Boom <marcel@hsdev.com> writes:
>
>> On zo 27-mrt-2011 16:52
>> Cian <cian.oconnor@gmail.com> 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.  Because org tries
> 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.  And 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.  There 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.  I also agree that it'd
> be hard to specify.
>
> --
> William Gardella
> J.D. Candidate
> Class of 2011, University of Pittsburgh School of Law
>
>
>



-- 
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/

  reply	other threads:[~2011-03-27 17:08 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-27 15:02 Continuation of main section text after subsections ? Marcel van der Boom
2011-03-27 15:37 ` Jambunathan K
2011-03-27 15:52   ` Cian
2011-03-27 16:11     ` Marcel van der Boom
2011-03-27 16:34       ` William Gardella
2011-03-27 16:45       ` Nick Dokos
2011-03-27 17:00         ` Thomas S. Dye
2011-03-27 16:49       ` Filippo A. Salustri
2011-03-27 17:08         ` Nicolas
2011-03-27 17:10           ` Filippo A. Salustri
2011-03-27 17:02       ` William Gardella
2011-03-27 17:08         ` Filippo A. Salustri [this message]
2011-03-27 17:18           ` William Gardella
2011-03-27 17:20             ` Filippo A. Salustri
2011-03-27 20:21             ` Achim Gratz
2011-03-27 21:26               ` William Gardella
2011-03-29 18:59             ` Matt Lundin
2011-03-30  6:26               ` Aankhen
2011-03-28 14:54           ` Marcel van der Boom
2011-03-27 18:24         ` Aankhen
2011-03-27 19:29           ` Samuel Wales
2011-03-27 19:48       ` Cian
2011-03-28  0:00 ` FAQ? (was: Continuation of main section text after subsections ?) Memnon Anon
2011-03-28  8:36   ` Marcel van der Boom
2011-07-02 12:18     ` FAQ? Bastien
2011-03-29 18:54 ` Continuation of main section text after subsections ? Matt Lundin
2011-03-30 10:05   ` Rasmus
2011-03-30 11:06     ` Filippo A. Salustri
2011-03-31  1:41     ` Matt Lundin
2011-03-31  3:25       ` Samuel Wales
2011-03-31  3:26         ` Samuel Wales
2011-03-31  3:31         ` Samuel Wales
2011-03-31 20:04         ` Matt Lundin
2011-03-31 22:14           ` Aankhen
2011-03-30 18:26 ` Mark Elston

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='AANLkTikiGw2TwEff+t9UvTNN=UVciRDktvLw5w3S-zFm@mail.gmail.com' \
    --to=salustri@ryerson.ca \
    --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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).