Hello all,
When operating on a heading, M-Right/M-Left promotes or demotes one
heading only, and M-S-Right/M-S-Left promotes or demotes an entire
subtree.
When operating on list items however, there is no distinction between
M-Right/M-Left and M-S-Right/M-S-Left. Both key combinations operate
on
Hello Carsten and others,
> If you are calling for more consistency, maybe this "feature" should
> go as well?
I do not have a strong opinion on this. In (my) day-to-day use of
org-mode, cases in which the difference between having a lock or not
matters rarely do occur.
If consistency here is i
Hello Carsten, Bastien, others,
>> Excellent question. I think the cleanest would be that M-left/right
>> on a folded item that does have children throws an error.
I see two alternatives to showing an error:
(a) First unfold, then proceed with M-left/right
(b) Act as if M-S-left/right was ca
Thank you Carsten!
--
I think I noticed one small bug - possibly introduced by this change.
Minimal example:
* test
- item a
- item b
Then:
M-Right / M-left is not possible on list item b, if that item is on
the last line of the org file. (M-S-Left/Right are possible)
Kind Regards,
Matti
> - 2.8 Drawers
> - 3.2 Column width and alignment
> - 3.3 The Spreadsheet (4 rather technical pages)
> - 7.4 Property Inheritance and 7.5 Column View
> (do beginners really need properties at all ??)
I would agree on this list (except maybe drawers).
If there is room for additional sections ma
> Would you like to write that introduction?
Sure, I'll put something together, either for the compact manual or for worg.
Will not be for this week though.
Kregs,
Matti
On Fri, Apr 30, 2010 at 4:12 PM, Carsten Dominik
wrote:
>
> On Apr 28, 2010, at 8:43 PM, Matti D
