all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: phillip.lord@newcastle.ac.uk (Phillip Lord)
To: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>, emacs-devel@gnu.org
Subject: Re: Comment conventions, adding an explicit Header.
Date: Mon, 03 Nov 2014 15:22:48 +0000	[thread overview]
Message-ID: <87fve0fgvr.fsf@newcastle.ac.uk> (raw)
In-Reply-To: <87y4rszgyz.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 3 Nov 2014 20:00:36 +0900")

"Stephen J. Turnbull" <stephen@xemacs.org> writes:

> Phillip Lord writes:
>
>  > Well, I agree, it's not a particular disaster, and it is certainly one
>  > option that I considered. However, the problem remains that org-mode
>  > uses the lines before the first header to specify a set of variables,
>  > which is something that I cannot do if the first line is a header.
>
> That's a design bug in org-mode, then.  The obvious place to put those
> variables is in a variables block in the *last* page, as Emacs has
> been doing since before card-punched programs disappeared.

Well, variables and other directives (in many cases, they do work just
by setting file locals). It makes sense for org-mode however; for
instance, the title of a document is set in this way, and that should,
for obvious reasons come at the top.

The deep problem is that org mode sections have an explicit start and an
implicit end. So "end of the file" is inside a section if there are any
sections at all.


>  > > Ugh.
>  > 
>  > It's less ugly in the org-mode view of a file, where it just looks like
>  > a normal org-mode header.
>
> I guess I'm just spoiled by ReST, where in many use cases viewing the
> file as plain text is close to optimal (the main thing I'd change is
> that I'd use // to delimit italics and ** for bold).


I'm trying to think about interacting with the text rather than just
viewing it. When writing comments, I want all the features that I expect
from emacs for writing documents. The only solution (in emacs and more
widely) to this is some sort of multiple/poly mode system.

Anyway, I shall stop, as I have strayed far from the original point. Not
the first person to do that on this mailing list, I realise.

Phil



  reply	other threads:[~2014-11-03 15:22 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-30 10:22 Comment conventions, adding an explicit Header Phillip Lord
2014-10-30 11:59 ` Eric S. Raymond
2014-10-30 12:24   ` Phillip Lord
2014-10-30 12:33 ` Thorsten Jolitz
2014-10-30 13:43 ` Stefan Monnier
2014-10-30 13:58   ` Phillip Lord
2014-10-30 15:36     ` Stefan Monnier
2014-10-30 16:38       ` Phillip Lord
2014-10-30 17:13         ` Stefan Monnier
2014-10-31 10:02           ` Phillip Lord
2014-10-31 14:07             ` Stefan Monnier
2014-10-31 16:10               ` Phillip Lord
2014-11-01  1:01     ` Stephen J. Turnbull
2014-11-03 10:04       ` Phillip Lord
2014-11-03 11:00         ` Stephen J. Turnbull
2014-11-03 15:22           ` Phillip Lord [this message]
2014-10-31 11:50 ` Gregor Zattler
2014-10-31 16:42   ` Phillip Lord

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

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

  git send-email \
    --in-reply-to=87fve0fgvr.fsf@newcastle.ac.uk \
    --to=phillip.lord@newcastle.ac.uk \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=stephen@xemacs.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.