emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* org-fast-todo-selection window behaviour?
@ 2019-10-20 18:43 Matt Price
  2019-10-21  9:46 ` Carsten Dominik
  0 siblings, 1 reply; 4+ messages in thread
From: Matt Price @ 2019-10-20 18:43 UTC (permalink / raw)
  To: Org Mode

[-- Attachment #1: Type: text/plain, Size: 851 bytes --]

I've recently noticed a slightly frustrating behavour on the part of
org-todo that I think is new and maybe was introduced in mid-August with


In a split frame,calling org-todo with org-use-fast-todo-selection enabled,
~C-c C-t~ now calls ~delete-other-windows~ before popping up the org-todo
keywords window.  Is this necessary? I find this behaviour visually
confusing and distracting, and a slowdown to my workflow.  Would it make
sense to introduce some kind of defcustom for this? For now I'm just
commenting out line 10614 of org.el, but if others want to be able to
customize the behaviour I will submit a patch.

Maybe there's a reason delete-other-window is necessary, but i don't see it
in the commit message nor immediately in the other parts of this otherwise
very well-documented commit


[-- Attachment #2: Type: text/html, Size: 1020 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2019-10-24  9:03 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-10-20 18:43 org-fast-todo-selection window behaviour? Matt Price
2019-10-21  9:46 ` Carsten Dominik
2019-10-23 18:10   ` Matt Price
2019-10-24  9:03     ` Carsten Dominik

Code repositories for project(s) associated with this public inbox


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).