From: Oleh Krehel <ohwoeowho@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Is it possible to keep /all/ the heading properties in one place?
Date: Fri, 26 Feb 2016 09:18:34 +0100 [thread overview]
Message-ID: <87h9gvrijp.fsf@gmail.com> (raw)
In-Reply-To: <87a8mo1r69.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Thu, 25 Feb 2016 21:16:46 +0100")
Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:
> So is Lisp.
I like Lisp.
> It boils down to ask users to write Lisp by hand at some point. Not
> everyone wants to use interactive tools.
I claim that a user can get by without having to write a single line of
Lisp manually. M-x `customize' has been doing it successfully for years.
> Unfortunately, writing Lisp is not fun in a basic text editing
> environment.
Right, not in a basic one. But it's great in Emacs. And for others, they
could use `read' followed by a graphical tool like a TreeView widget,
followed by `prin1'. This Lisp is supposed to be so simple that a
`read'->`delete-sexp'->`prin1' is an `identity' operation.
> Here is the full Org property syntax:
>
> 3.7 Property Drawers
> ────────────────────
>
> Property drawers are a special type of drawer containing properties
> attached to a headline. They are located right after a [headline] and
> its [planning] information.
>
> ┌────
> │ HEADLINE
> │ PROPERTYDRAWER
> │
> │ HEADLINE
> │ PLANNING
> │ PROPERTYDRAWER
> └────
>
> PROPERTYDRAWER follows the pattern
>
> ┌────
> │ :PROPERTIES:
> │ CONTENTS
> │ :END:
> └────
Missed out the logging drawer and the tags. That's two things more out
of a single place than I'd like.
> I don't think this is very impressive nor particularly difficult to
> implement.
I get a headache just trying to imagine how I could hide the properties
/and/ the logging /and/ the tags into a single fold-able thing.
> You may want to have a look at "outline.el", which is Org without all
> the extra "stuff".
Already have been using it for years. I actually prefer outline.el to
org-babel for most things now. But not for GTD - for that I need Org.
> Alas, the Devil is in the detail:
>
> (example
> ...
> (properties ...))
Not really. You see, the `beginning-of-defun' trick is: a defun is a
thing that starts in the first column (that's why we escape all parens
in the first column in Elisp). This trick has been working successfully
for decades. It's both fast and simple.
Since all Lisp properties are written to programmatically by Org, they
are always perfectly indented. And if a person wants to edit it
manually, he'll have to simply remember to `indent-sexp'.
> Anyway, at this point I don't know what to add.
Suggestion, and I've said it before, Org needs a standard simple inline
kbd markup. Just like Markdown's <kbd></kbd> and Texinfo's @kbd{}.
Since Org is tied into Emacs having an easy (and unambiguous) way to
denote keyboard shortcuts would be very convenient.
Adding that would also progress the direction of having Org be the
language for Emacs manuals. Right now, Org's own manual is in Texinfo,
which is a shame since no one likes Texinfo and few people understand
enough of it to get by.
> You want to improve Org and this is fine. However simplistic examples
> do not help understanding the full picture, at least for me. So,
> implement your idea, test the syntax, ask for feedback here. In the
> end, if it happens to be superior, users will naturally switch to it,
> for the benefit of everyone.
Thanks, I'll be trying that out. In the last week I've been archiving
most of my gtd.org. So the switch should be easier now.
Do we have a way in Org to archive a heading form anywhere into a memoir
format like this:
* 2014
** 2014-01 January
*** 2014-01-03 Thursday
**** CANCELLED Foobar
CLOSED: [2014-01-03 Fri 09:42] SCHEDULED: <2013-12-25 Wed>
Added: [2013-08-08 Thu 17:38]
**** DONE Baz
CLOSED: [2014-01-03 Fri 17:12]
Each heading is archived into level 4, on the day it was closed. I had
it working a few years ago, relying on org-archive.el. But when I tried
this week, it stopped working, so I had to rewrite it.
> You may also want to have a look at Skribilo
> (http://www.nongnu.org/skribilo/), if you don't know it already.
Thanks, I didn't know about it. It looks very similar to Racket's
Scribble, and my own ElTeX.
next prev parent reply other threads:[~2016-02-26 8:18 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-25 10:59 Is it possible to keep /all/ the heading properties in one place? Oleh Krehel
2016-02-25 13:37 ` Nicolas Goaziou
2016-02-25 13:46 ` Oleh Krehel
2016-02-25 14:03 ` Nicolas Goaziou
2016-02-25 14:26 ` Oleh Krehel
2016-02-25 16:52 ` Nicolas Goaziou
2016-02-25 18:21 ` Eric S Fraga
2016-02-26 16:35 ` Rasmus
2016-02-28 9:35 ` Eric S Fraga
2016-02-28 11:32 ` Rasmus
2016-02-28 12:44 ` Eric S Fraga
2016-02-28 16:46 ` Rasmus
2016-02-28 17:05 ` Eric S Fraga
2016-02-25 19:17 ` Oleh Krehel
2016-02-25 20:16 ` Nicolas Goaziou
2016-02-26 8:18 ` Oleh Krehel [this message]
2016-02-28 8:59 ` Nicolas Goaziou
2016-02-28 12:17 ` Oleh Krehel
2016-02-28 16:34 ` Thomas S. Dye
2016-02-29 10:05 ` Nicolas Goaziou
2016-02-29 13:42 ` Thomas S. Dye
2016-02-29 15:00 ` Nicolas Goaziou
2016-02-29 13:53 ` Marcin Borkowski
2016-02-29 15:05 ` Nicolas Goaziou
2016-02-29 17:57 ` Revisiting moving manual to Org (was: Is it possible to keep /all/ the heading properties in one place?) Kyle Meyer
2016-02-29 17:17 ` Is it possible to keep /all/ the heading properties in one place? Achim Gratz
2016-02-29 18:01 ` Thomas S. Dye
2016-02-29 18:47 ` Nicolas Goaziou
2016-02-25 17:47 ` Michael Brand
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=87h9gvrijp.fsf@gmail.com \
--to=ohwoeowho@gmail.com \
--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 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.