Hi all, Org speed commands are a major productivity boost and I love them. Lately it has occurred to me to make some modifications with the following configuration, which I share here in case someone wants to try it. The idea is that Org speed commands are activated anywhere in the header (not just at the beginning of the line) *or* when point is at the very beginning of the buffer. This, in my opinion, improves the navigation speed: #+begin_src emacs-lisp (setq org-use-speed-commands (lambda () (or (eq (point) 1) (org-in-regexp "^\\*+\s+.+")))) #+end_src This also serves as a kind of write protection for the header titles. To be able to edit them, we can use this function: #+begin_src emacs-lisp (defun my-org-toggle-speed-commands () (interactive) (if org-use-speed-commands (progn (setq org-use-speed-commands nil) (message "speed-commands off")) (setq org-use-speed-commands (lambda () (or (eq (point) 1) (org-in-regexp "^\\*+\s+.+")))) (message "speed-commands on"))) (with-eval-after-load 'org (define-key org-mode-map (kbd "M-i") 'my-org-toggle-speed-commands)) #+end_src Best regards, Juan Manuel
Juan Manuel Macías <maciaschain@posteo.net> writes:
> Org speed commands are a major productivity boost and I love them.
> Lately it has occurred to me to make some modifications with the
> following configuration, which I share here in case someone wants to try
> it. The idea is that Org speed commands are activated anywhere in the
> header (not just at the beginning of the line) *or* when point is at the
> very beginning of the buffer. This, in my opinion, improves the
> navigation speed:
> ...
> This also serves as a kind of write protection for the header titles. To
> be able to edit them, we can use this function:
If you are going this far with speed commands, you might as well switch
to modal editing. What you are describing is basically a modal command
map with ability to switch to insert map.
Best,
Ihor
Ihor Radchenko <yantar92@gmail.com> writes:
> Juan Manuel Macías <maciaschain@posteo.net> writes:
>
>> Org speed commands are a major productivity boost and I love them.
>> Lately it has occurred to me to make some modifications with the
>> following configuration, which I share here in case someone wants to try
>> it. The idea is that Org speed commands are activated anywhere in the
>> header (not just at the beginning of the line) *or* when point is at the
>> very beginning of the buffer. This, in my opinion, improves the
>> navigation speed:
>> ...
>> This also serves as a kind of write protection for the header titles. To
>> be able to edit them, we can use this function:
>
> If you are going this far with speed commands, you might as well switch
> to modal editing. What you are describing is basically a modal command
> map with ability to switch to insert map.
>
Funny - as I read Juan's post, as an evil user, that was exactly my
thought. I've never looked at the org speed commands, but as I read the
post, I thought "that looks like what I have with evil mode"
Hi Ihor,
Ihor Radchenko writes:
> If you are going this far with speed commands, you might as well switch
> to modal editing. What you are describing is basically a modal command
> map with ability to switch to insert map.
I'm not a fan of modal editing, rather the opposite. But in this
particular case I have found that I spend very little time editing the
raw content of the headers, once I set it. I spend more time editing the
'meta-content': TODO states, properties, tags, refile, attached folders,
etc. And that with the speed commands can be achieved in a very agile
way, so that a small dose of controlled modal editing and reduced only
to the header, maybe it's worth it :-) If the speed commands were also
activated in the content of the sections, here we would have a real
modal editing, and that (in my case) would not be comfortable.
Best regards,
Juan Manuel
Juan Manuel Macías [2022-04-26 Tue 14:00] wrote:
> Org speed commands are a major productivity boost and I love them.
> Lately it has occurred to me to make some modifications with the
> following configuration, which I share here in case someone wants to try
> it. The idea is that Org speed commands are activated anywhere in the
> header (not just at the beginning of the line) *or* when point is at the
> very beginning of the buffer. This, in my opinion, improves the
> navigation speed:
Very nice idea; I'll give it a try, thanks!
--
Daniel Fleischer
Juan Manuel Macías <maciaschain@posteo.net> writes:
> Hi Ihor,
>
> Ihor Radchenko writes:
>
>> If you are going this far with speed commands, you might as well switch
>> to modal editing. What you are describing is basically a modal command
>> map with ability to switch to insert map.
>
> I'm not a fan of modal editing, rather the opposite. But in this
> particular case I have found that I spend very little time editing the
> raw content of the headers, once I set it. I spend more time editing the
> 'meta-content': TODO states, properties, tags, refile, attached folders,
> etc. And that with the speed commands can be achieved in a very agile
> way, so that a small dose of controlled modal editing and reduced only
> to the header, maybe it's worth it :-) If the speed commands were also
> activated in the content of the sections, here we would have a real
> modal editing, and that (in my case) would not be comfortable.
I agree with your assessment! In fact, I think I will give your
functions a try. Thanks for sharing them!
Cheers,
TRS-80