From: Bastien <bzg@gnu.org>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: org-mode Mode <emacs-orgmode@gnu.org>, Luke Amdor <luke.amdor@gmail.com>
Subject: Re: Bug: Priorities not inheriting [8.3.1 (8.3.1-56-g17a225-elpa @ /Users/luke/.emacs.d/elpa/org-20150817/)]
Date: Wed, 19 Aug 2015 13:24:47 +0200 [thread overview]
Message-ID: <871tez5xmo.fsf@gnu.org> (raw)
In-Reply-To: <8737zfa6hm.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Wed, 19 Aug 2015 12:59:49 +0200")
Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:
> Correcting myself,
>
>> AFAIK, PRIORITY never was intended to be inherited. Inheritance applies
>> to node properties, i.e. property drawers, whereas special properties,
>> like PRIORITY are, by definition, not set through property drawers.
>
> This is incorrect. What I mean is inheritance is not automatic for
> special properties, unlike to regular node properties.
>
> In any case, this doesn't depend on `org-use-property-inheritance'. Few
> of the special properties are inherited, e.g., BLOCKED, and /always/
> are, most are never inherited, e.g. ITEM.
>
>> There is also a technical issue: Org defines a default priority, so
>> PRIORITY is never empty. Again, inheritance kicks in when a property is
>> undefined at some level. This never happens in this case.
>
> We need to redefine `org-default-prority' to solve this, e.g., the
> variable only applies to top-level items.
After a few tests, I'm confused and I don't understand all the changes
in this area (and they are not documented in ORG-NEWS.)
Let's forget about what "special" means and how properties are
displayed and set in the buffer.
We have four categories of properties:
1. those which are *never* inherited (like ITEM)
2. those which are *always* inherited (like CATEGORY)
3. those which inheritance relies on `org-use-property-inheritance'
4. those which are not part of the previous types
(4) sounds a bit borgesian, but it's important: my understanding is
that this fourth category *should* be empty. Apparently it is not
empty, since the PRIORITY property inheritance is not controlled by
`org-use-property-inheritance'. Are there other exceptions?
There is a default priority the same way there is a default category:
having a default value for the PRIORITY property should not prevent
inheriting it from a superior headline IMO, and the previous behavior
was right.
I know dwelling on this is boring but we need to do so, at least to
clarify changes in etc/ORG-NEWS.
Thanks,
--
Bastien
next prev parent reply other threads:[~2015-08-19 11:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-18 13:47 Bug: Priorities not inheriting [8.3.1 (8.3.1-56-g17a225-elpa @ /Users/luke/.emacs.d/elpa/org-20150817/)] Luke Amdor
2015-08-19 9:20 ` Nicolas Goaziou
2015-08-19 10:15 ` Bastien
2015-08-19 10:32 ` Nicolas Goaziou
2015-08-19 10:59 ` Nicolas Goaziou
2015-08-19 11:24 ` Bastien [this message]
2015-08-19 12:13 ` Nicolas Goaziou
2015-08-23 23:10 ` Nicolas Goaziou
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=871tez5xmo.fsf@gnu.org \
--to=bzg@gnu.org \
--cc=emacs-orgmode@gnu.org \
--cc=luke.amdor@gmail.com \
--cc=mail@nicolasgoaziou.fr \
/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.