From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: org-fast-todo-selection window behaviour? Date: Thu, 24 Oct 2019 11:03:20 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000d174ae0595a44ee7" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42772) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iNZ1s-0007FU-FC for emacs-orgmode@gnu.org; Thu, 24 Oct 2019 05:03:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iNZ1r-0007yF-7R for emacs-orgmode@gnu.org; Thu, 24 Oct 2019 05:03:36 -0400 Received: from mail-ed1-f49.google.com ([209.85.208.49]:40822) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iNZ1r-0007xL-0W for emacs-orgmode@gnu.org; Thu, 24 Oct 2019 05:03:35 -0400 Received: by mail-ed1-f49.google.com with SMTP id p59so9629291edp.7 for ; Thu, 24 Oct 2019 02:03:34 -0700 (PDT) In-Reply-To: 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: Matt Price Cc: Org Mode --000000000000d174ae0595a44ee7 Content-Type: text/plain; charset="UTF-8" Hi Matt, :) Have you tried (setq org-use-fast-todo-selection 'expert) It is the least jarring implementation, and it is the setting I use. Carsten On Wed, Oct 23, 2019 at 8:10 PM Matt Price wrote: > Ah well. I find the new way jarring, but it doesn't seem to bother anyone > else, and as it's a one-line (2 character!) change for me I think I can > carry the diff in my init file for now. In any case it's a small issue I > think.An honour to find myself in disagreement with the org-founder! > > On Mon, Oct 21, 2019 at 5:47 AM Carsten Dominik wrote: > >> Hi Matt, >> >> I made this change, because I found the previous way jarring. The window >> with the selection information showed up in different places depending on >> what the current window setup is. With the new implementation, the info >> window is always in the same predictable place. After the selection is >> done, the old window setup is restored to exactly what it was.... >> >> Carsten >> >> On Sun, Oct 20, 2019 at 8:46 PM Matt Price wrote: >> >>> 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! >>> >>> --000000000000d174ae0595a44ee7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Matt,

:)

Ha= ve you tried

(setq org-use-fast-todo-selection = 9;expert)

It is the least jarring implementation, = and it is the setting I use.

Carsten
On Wed, = Oct 23, 2019 at 8:10 PM Matt Price <moptop99@gmail.com> wrote:
Ah well. I find the new way jarring, b= ut it doesn't seem to bother anyone else, and as it's a one-line (2= character!) change for me I think I can carry the diff in my init file for= now. In any case it's a small issue I think.An honour to find myself i= n disagreement with the org-founder!

On Mon, Oct 21, 2019 at 5:47 AM Car= sten Dominik <domini= k@uva.nl> wrote:
Hi Matt,

I made this change, be= cause I found the previous way jarring.=C2=A0 The window with the selection= information showed up in different places depending on what the current wi= ndow setup is. With the new implementation, the info window is always in th= e same predictable place.=C2=A0 After the selection is done, the old window= setup is restored to exactly what it was....

Cars= ten

On Sun, Oct 20, 2019 at 8:46 PM Matt Price <moptop99@gmail.com> wrote:
<= /div>
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
<= div>
In a split frame,calling org-todo with org-use-fast-todo= -selection enabled, ~C-c C-t~ now calls ~delete-other-windows~ before poppi= ng up the org-todo keywords window.=C2=A0 Is this necessary? I find this be= haviour visually confusing and distracting, and a slowdown to my workflow.= =C2=A0 Would it make sense to introduce some kind of defcustom for this? Fo= r 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!

--000000000000d174ae0595a44ee7--