Re: position on changing defaults?

[Bastien]

Juri Linkov <address@hidden> writes:

>>>>> - selection with Shift-arrow keys
>>>>
>>>> I think this would be a good default.  If someone is willing to make a
>>>> patch that refactors this code from cua-mode into simple.el, it would
>>>> be worth considering.
>>>
>>> Unfortunately, I see no way of implementing this in simple.el without
>>> using pre-command-hook and post-command-hook.  It seems this can be
>>> implemented only in C in the function that reads characters.
>>
>> On top of this, Shift-arrow keys are already in use in org-mode.
>
> This is not a reason to make Emacs unfriendly to newbies that expect
> Shift-arrow keys to work like in other programs.  Could you change
> these keys in org-mode to e.g. Meta-arrows or something?

Meta-arrows are also quite busy.  

But there is a mechanism in Org to handle conflicts with keybindings of
cua-mode.el or windmove.el:

,----[ org-replace-disputed-keys ]
| Non-nil means use alternative key bindings for some keys.
| Org-mode uses S-<cursor> keys for changing timestamps and priorities.
| These keys are also used by other packages like `CUA-mode' or `windmove.el'.
| If you want to use Org-mode together with one of these other modes,
| or more generally if you would like to move some Org-mode commands to
| other keys, set this variable and configure the keys with the variable
| `org-disputed-keys'.
| 
| This option is only relevant at load-time of Org-mode, and must be set
| *before* org.el is loaded.  Changing it requires a restart of Emacs to
| become effective.
`----

We could change the default value for this (and `org-disputed-keys')
when required.  But I guess many org-ers will revert the change to get
the Shift-arrow keys have their original behavior.  The paradox here is
that it seems many org-ers are also Emacs newbies.

-- 
Bastien