From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: RFC: changes to the way prefix arguments work for the command org-todo Date: Fri, 16 Aug 2019 08:50:51 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000277b160590366af5" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:60497) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1hyW4s-0006sB-RQ for emacs-orgmode@gnu.org; Fri, 16 Aug 2019 02:51:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hyW4r-0006sd-Fm for emacs-orgmode@gnu.org; Fri, 16 Aug 2019 02:51:10 -0400 Received: from mail-ed1-f42.google.com ([209.85.208.42]:44659) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hyW4r-0006sC-9I for emacs-orgmode@gnu.org; Fri, 16 Aug 2019 02:51:09 -0400 Received: by mail-ed1-f42.google.com with SMTP id a21so4230094edt.11 for ; Thu, 15 Aug 2019 23:51:08 -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: org-mode list --000000000000277b160590366af5 Content-Type: text/plain; charset="UTF-8" I have pushed these changes now. Carsten On Tue, Aug 13, 2019 at 10:24 AM Carsten Dominik wrote: > Hi, > > I have been looking at the code for the command org-todo in combination > with the setting of the variable org-use-fast-todo-selection. And I am > frustrated with the complication and special cases, so I would like to > simplify. Much of this complication stems from a time when the fast > selection interface had just been implemented and I was not yet sure if I > and others wanted to use it. I think things can be better. > > But that does changes something with the user interface, so I am trying to > figure out if anyone would be bothered by this change. > > 1. Right now, you can set org-use-fast-todo-selection to `prefix'. With > this setting, fast todo keyword selection is used when you call org-todo > with a prefix argument. I think this is not useful and I would like to > remove that functionality. Is anyone even aware of this effect of C-u and > is using this? > > 2. I want to change org-use-fast-todo-selection to allow these values: > - nil Never use it > - auto Use it, if keys have been defined. This would make it > similar > to the tags selection. I would accept the value `t' to > mean the same, > for backward compatibility > - expert Use it, but do not pop up the window with the selections, > only show them in the prompt (or don't show them at all, am still > considering). This is because I have been bothered by the jumping windows > when I do a selection that I do so many times a day, and where I know the > keys blindly. > > The default setting would be `auto'. I myself would be using `expert'. > > 3. I want to make `C-u C-c C-t' to switch the TODO state and force logging > a time stamp and taking a note. I am already using that functionality (now > harder to access, on `C-u C-u C-u C-c C-t'), I find it very natural and I > think it is often better than configuring automatic note-taking for every > change, at least for my working environment. Automatic note-taking slows > me down too often. > > Any comments? > > Thanks > > - Carsten > > > > --000000000000277b160590366af5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have pushed these changes now.

Carste= n

On Tue, Aug 13, 2019 at 10:24 AM Carsten Dominik <dominik@uva.nl> wrote:
Hi,
I have been looking at the code for the command org-todo in co= mbination with the setting of the variable org-use-fast-todo-selection.=C2= =A0 And I am frustrated with the complication and special cases, so I would= like to simplify.=C2=A0 Much of this complication stems from a time when t= he fast selection interface had just been implemented and I was not yet sur= e if I and others wanted to use it. I think things can be better.

But that does changes something with the user interface, so= I am trying to figure out if anyone would be bothered by this change.

1. Right now, you can set org-use-fast-todo-selection = to `prefix'.=C2=A0 With this setting, fast todo keyword selection is us= ed when you call org-todo with a prefix argument.=C2=A0 I think this is not= useful and I would like to remove that functionality.=C2=A0 Is anyone even= aware of this effect of C-u and is using this?

2.= I want to change org-use-fast-todo-selection to allow these values:
<= div>=C2=A0 =C2=A0- nil=C2=A0 =C2=A0 =C2=A0 =C2=A0 Never use it
= =C2=A0 =C2=A0- auto=C2=A0 =C2=A0 Use it, if keys have been defined.=C2=A0 T= his would make it similar=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0to the tags selection.=C2=A0 I would accept = the value `t' to mean the same,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0for backward compatibility
=C2= =A0 =C2=A0- expert=C2=A0 Use it, but do not pop up the window with the sele= ctions, only show them in the prompt (or don't show them at all,=C2=A0 = am still considering).=C2=A0 This is because I have been bothered by the ju= mping windows when I do a selection that I do so many times a day, and wher= e I know the keys blindly.

The default setting wou= ld be `auto'.=C2=A0 I myself would be using `expert'.
3. I want to make `C-u C-c C-t' to switch the TODO state an= d force logging a time stamp and taking a note.=C2=A0 I am already using th= at functionality (now harder to access, on `C-u C-u C-u C-c C-t'), I fi= nd it very natural and I think it is often better than configuring automati= c note-taking for every change, at least for my working environment.=C2=A0 = Automatic note-taking slows me down too often.

Any= comments?

Thanks

- Carst= en



--000000000000277b160590366af5--