From mboxrd@z Thu Jan 1 00:00:00 1970 From: Allen Li Subject: Re: Bug: org-use-fast-todo-selection prefix option removed [9.3 (9.3-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20191203/)] Date: Thu, 12 Dec 2019 23:15:55 +0900 Message-ID: References: <87lfrigvqh.fsf@kyleam.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42317) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ifPGC-0004p2-Lv for emacs-orgmode@gnu.org; Thu, 12 Dec 2019 09:16:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ifPGB-00017Z-5j for emacs-orgmode@gnu.org; Thu, 12 Dec 2019 09:16:08 -0500 Received: from mail-qt1-x831.google.com ([2607:f8b0:4864:20::831]:40791) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ifPGA-00015M-RX for emacs-orgmode@gnu.org; Thu, 12 Dec 2019 09:16:07 -0500 Received: by mail-qt1-x831.google.com with SMTP id t17so2382073qtr.7 for ; Thu, 12 Dec 2019 06:16:06 -0800 (PST) In-Reply-To: <87lfrigvqh.fsf@kyleam.com> 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: Kyle Meyer Cc: Org Mode List On Thu, Dec 12, 2019 at 10:48 AM Kyle Meyer wrote: > > Allen Li writes: > > > The option to set org-use-fast-todo-selection to 'prefix was removed > > without my noticing. This breaks my workflow since I like the default > > cycling behavior and only occasionally use fast todo selection to > > switch between todo state sets. > > > > It was removed in commit f1c030bed54737319aeb1d592e3340d6a48cea3a > > Carsten proposed that change here: > > https://lists.gnu.org/archive/html/emacs-orgmode/2019-08/msg00138.html > > A couple of people chimed in to say they were in favor and nobody raised > an objection. I personally prefer the new behavior as well. > > While I think we should reassess that change if it turns out that it > breaks many people's workflow, for now I'd recommend that you advise > org-todo. My problem with this is that there is a hard feature regression here in that the ONLY way to jump to a particular TODO state is by enabling fast todo selection, which requires one to ALWAYS use fast todo selection. There is no way to both not use fast todo selection and also jump to a particular TODO state. For example, the old behavior allowed one to use completion to select a TODO state to jump to with C-u C-c C-t, which does not require enabling fast todo selection. This makes using ! or @ with TODO keywords basically unusable without fast todo selection.