Re: [Feature Request] More flexibility in org-speed-commands customization

2021-05-02 Thread Gustavo Barros
Hi Bastien, On Sun, 02 May 2021 at 03:29, Bastien wrote: Indeed, I have some code ready for this in an updated version of the patch. So the change won't be that "breaking" but let's still assess whether it will break many configurations. Looks good to me. Thank you. Gustavo.

Re: [Feature Request] More flexibility in org-speed-commands customization

2021-05-02 Thread Bastien
Hi Gustavo, Gustavo Barros writes: > A possible way to mitigate breakage here can be at hand, since we > ended up with a third name (a proper one, btw). You could mark > `org-speed-commands-user' as obsolete but keep it, for the due time as > usual, and append it to `org-speed-commands'

Re: [Feature Request] More flexibility in org-speed-commands customization

2021-05-01 Thread Gustavo Barros
Hi Bastien, On Sat, 01 May 2021 at 13:24, Bastien wrote: Hi Gustavo, Gustavo Barros writes: I don't know if there is a strong reason to hard-code the set of keys in `org-speed-commands-default'. But, if there isn't, could you consider (somehow) exposing the whole set of

Re: [Feature Request] More flexibility in org-speed-commands customization

2021-05-01 Thread Bastien
Hi Gustavo, Gustavo Barros writes: > I don't know if there is a strong reason to hard-code the set of keys > in `org-speed-commands-default'. But, if there isn't, could you > consider (somehow) exposing the whole set of `org-speed-commands' to > user customization? Well, no, I don't see a

Re: [Feature Request] More flexibility in org-speed-commands customization

2020-09-04 Thread Gustavo Barros
Hi Bastien, On Fri, 04 Sep 2020 at 14:45, Bastien wrote: Hi Gustavo, I don't know if there is a strong reason to hard-code the set of keys in `org-speed-commands-default'. But, if there isn't, could you consider (somehow) exposing the whole set of `org-speed-commands' to user

Re: [Feature Request] More flexibility in org-speed-commands customization

2020-09-04 Thread Bastien
Hi Gustavo, > I don't know if there is a strong reason to hard-code the set of keys > in `org-speed-commands-default'. But, if there isn't, could you > consider (somehow) exposing the whole set of `org-speed-commands' to > user customization? Yes, I think the two variables should be merged into

[Marco Wahl] Re: [Feature Request] More flexibility in org-speed-commands customization

2020-08-17 Thread Marco Wahl
Hi Gustavo, >>> I don't know if there is a strong reason to hard-code the set of keys >>> in `org-speed-commands-default'. But, if there isn't, could you >>> consider (somehow) exposing the whole set of `org-speed-commands' to >>> user customization? >> >> This sounds like a good idea to me. >>

Re: [Feature Request] More flexibility in org-speed-commands customization

2020-08-17 Thread Gustavo Barros
Hi Marco, On Mon, 17 Aug 2020 at 06:40, Marco Wahl wrote: I don't know if there is a strong reason to hard-code the set of keys in `org-speed-commands-default'. But, if there isn't, could you consider (somehow) exposing the whole set of `org-speed-commands' to user customization? This

Re: [Feature Request] More flexibility in org-speed-commands customization

2020-08-17 Thread Marco Wahl
Hi Gustavo, > Org's speed keys are a very interesting feature to which I've long > been attracted to. And indeed, I've flirted with it a number of times > in the past. But every time I do so, I end up stepping back, because > I get weary of fat fingering my documents. The whole set of speed >

[Feature Request] More flexibility in org-speed-commands customization

2020-08-03 Thread Gustavo Barros
Hi All, Org's speed keys are a very interesting feature to which I've long been attracted to. And indeed, I've flirted with it a number of times in the past. But every time I do so, I end up stepping back, because I get weary of fat fingering my documents. The whole set of speed keys is