From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Price Subject: org-fast-todo-selection window behaviour? Date: Sun, 20 Oct 2019 14:43:10 -0400 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000000034fc05955bf132" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:43390) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iMGAn-0006s4-Rq for emacs-orgmode@gnu.org; Sun, 20 Oct 2019 14:43:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iMGAl-0003Ws-T5 for emacs-orgmode@gnu.org; Sun, 20 Oct 2019 14:43:25 -0400 Received: from mail-pf1-x430.google.com ([2607:f8b0:4864:20::430]:42650) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iMGAl-0003WU-Lk for emacs-orgmode@gnu.org; Sun, 20 Oct 2019 14:43:23 -0400 Received: by mail-pf1-x430.google.com with SMTP id q12so6900199pff.9 for ; Sun, 20 Oct 2019 11:43:23 -0700 (PDT) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Org Mode --0000000000000034fc05955bf132 Content-Type: text/plain; charset="UTF-8" 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 f1c030bed54737319aeb1d592e3340d6a48cea3a 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 Thanks! --0000000000000034fc05955bf132 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've recently noticed a slightly frustrating beha= vour on the part of org-todo that I think is new and maybe was introduced i= n mid-August with

f1c030bed54737319aeb1d592e3= 340d6a48cea3a

In a split frame,calling org-todo wi= th org-use-fast-todo-selection enabled, ~C-c C-t~ now calls ~delete-other-w= indows~ before popping up the org-todo keywords window.=C2=A0 Is this neces= sary? I find this behaviour visually confusing and distracting, and a slowd= own to my workflow.=C2=A0 Would it make sense to introduce some kind of def= custom 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 pa= tch.

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

Thanks!

--0000000000000034fc05955bf132--