From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id GFbIGcaer2CWBgAAgWs5BA (envelope-from ) for ; Thu, 27 May 2021 15:29:42 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id EC3+FMaer2DGVAAAB5/wlQ (envelope-from ) for ; Thu, 27 May 2021 13:29:42 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 9661B24249 for ; Thu, 27 May 2021 15:29:40 +0200 (CEST) Received: from localhost ([::1]:41554 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmG4w-0004hM-PL for larch@yhetil.org; Thu, 27 May 2021 09:29:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41192) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmFmT-00025d-Ex for emacs-orgmode@gnu.org; Thu, 27 May 2021 09:10:35 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:41641) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmFmL-00061f-LE for emacs-orgmode@gnu.org; Thu, 27 May 2021 09:10:33 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id DAF935C00A9 for ; Thu, 27 May 2021 09:10:24 -0400 (EDT) Received: from imap10 ([10.202.2.60]) by compute4.internal (MEProxy); Thu, 27 May 2021 09:10:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm3; bh=FUuyhQqvyTUr4jqWC0X37JDyqxox1i9 WWUu+D3KM8Qo=; b=gKz8ZcuY9Uj8B+6bqZODrjnhkiOCcaJJUsxIwtqeKwZAFiH J8rzde4eQtD6Bx76gUp7CxbACoMOmxqdQy0lK1Dd7ePa8NqDbEDcsdfF9Vfyx6sP hbDOApPStKS4zXWMz/VpkzXRCSfm/VOgXGMokg65DNcvJpl8MBQW68aJTCCz29L8 mCNT8h6ioLJMTuH1Z3+q4GREIRqddl9TgKbBMC8axyM4D2/tMEu4St6CEXq2vLxB SyDxKjPrsZLjjIzTD1fxRirIfr4Y6/BSXYRLT2hc8GdKVdab/9f4ZjJuBBR/0G9y J3NQZBRK4yRVOo3h8B6vO0dqu9RwwvJIJo4HuNg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=FUuyhQ qvyTUr4jqWC0X37JDyqxox1i9WWUu+D3KM8Qo=; b=MLWo2FvMYkCHENYMrfa1r8 d/Blm4KWSgybXUT4r0tldrlb7SHR1ssAqIdybkpXAAuoIf00aLUjR2Dj2Wp8kQV7 zJACEyMQOR8Xiar52adfxRdpei/3OBgtPAj1HCKmhT4c1NYPw1eY1qUsl9wSE2a8 jAmCgM7d4uaMynjF0O08BGUy8wenIbwaXX63nFJj2OH2R87ZEXOdTDrdWl3Wg8Z1 z7/19f6nQp46+tRPziwBSIMzuHDSwkmtjD9tjPhMZQQcOn04AMJCAts+VJxY740b 9eKVHkJZtw0LeTpHqnIi7eoKifIjxZBQpIprKMEQXCg/EtNZkNdOKFWjCgf1NKyQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdekhedgiedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsegrtd erreerreejnecuhfhrohhmpedfufgrmhhuvghluceurghnhigrfdcuoehssggrnhihrges fhgrshhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeefkeehvdeuhfevieette ejhfffteejveekudeljefftdevtdfhieekheegfeelgeenucevlhhushhtvghrufhiiigv pedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehssggrnhihrgesfhgrshhtmhgrihhlrd gtohhm X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id BB7B14E0131; Thu, 27 May 2021 09:10:24 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-468-gdb53729b73-fm-20210517.001-gdb53729b Mime-Version: 1.0 Message-Id: <036bf2df-8a2a-4418-8a66-59911e1b228d@www.fastmail.com> In-Reply-To: <87zgwgn3km.fsf@gmail.com> References: <5ed927c8-7473-4dd5-b69f-0098dbb9ad4f@www.fastmail.com> <8735u8ola5.fsf@gmail.com> <7f677e08-ffb0-42d9-b7f2-e29f22e00a9a@www.fastmail.com> <87zgwgn3km.fsf@gmail.com> Date: Thu, 27 May 2021 09:10:04 -0400 From: "Samuel Banya" To: emacs-orgmode@gnu.org Subject: =?UTF-8?Q?Re:_Bug:_Priority_Of_A_Task_In_Emacs_27.2_Cannot_Be_Removed_Wi?= =?UTF-8?Q?th_Space_Key_("SPC_to_remove")?= Content-Type: multipart/alternative; boundary=8f9c2188c3de4481a6a81d143798bcfd Received-SPF: pass client-ip=66.111.4.25; envelope-from=sbanya@fastmail.com; helo=out1-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1622122182; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=FUuyhQqvyTUr4jqWC0X37JDyqxox1i9WWUu+D3KM8Qo=; b=sOIcSlaSecWwvg38rhykkulBZ2QhclNs8YIv0OmwJsZMWNZnv+A5UD9yZKUe3EoPN3iShm ovRXayXLiPXbMHqdAdoFwl1aDuVXA7dWuf33o/wHZQZyogyvb+TrAvA3v9rkG5j3hE3Q7V rkrg+Hnhw9N0bkG416sJ9zexmnMhA01jQ/8DuJmTbrzjn+MBDuNQmFDHpeqfwN1O2eHve9 URPf+ZFk4RSufLAs25T1lYMfFpjuE2/BRlJdpDubhKon2Pa0EM73ABP0FIsHfbb87xqO2+ 2yEmNB5tcc+JP0Wc0C5CeJ0TR6C48ke0aaI12d5PmMbVIT3Gdp7BmfyVMIfBqg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1622122182; a=rsa-sha256; cv=none; b=PdDzDzCjZ7tsabLifhZP13hLF6GOClyT/XafJ0KuXMmBmd4bHb+SqE45cM5pIT7TK7Qoeo rJTPpN2S7EMAn0LC20TDs/BmNR1kkVFT9eSgHFVSXlWGAmQMyQ3ykm6BdYJLA/m6ICZblI Nhqpgf3JcaXvIXYW5YF81Lffvo2Bm7DBtm4SBQRTjwtYsa0/YFR/bh6XlBInFYeJmpd6A9 RcihIyKQBPqn1V/mXp1sJKtp6YvQv6GdV0aUNRuq0xMmpJR2qgpxY2Jw9s2IqYGkp8dYW3 lXc0zR1t28iFpMH5ZYPy0ZzOkWnOF+rQ5LMEYCx2ARFQ04YQiZSA/bybJdL7gA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=fastmail.com header.s=fm3 header.b=gKz8ZcuY; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=MLWo2FvM; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -0.92 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=fastmail.com header.s=fm3 header.b=gKz8ZcuY; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=MLWo2FvM; dmarc=pass (policy=none) header.from=fastmail.com; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 9661B24249 X-Spam-Score: -0.92 X-Migadu-Scanner: scn1.migadu.com X-TUID: XWlaqZR5YTwq --8f9c2188c3de4481a6a81d143798bcfd Content-Type: text/plain Gotcha, yeah I only use priority 1 through 5 with a kind of "Getting Things Done" mentality to file things away in their right place. I don't like using letters unfortunately, but thanks for this potential workaround in that case. Clearing priorities with a space and enter doesn't work though, and I believe this is a bug. On Thu, May 27, 2021, at 1:26 AM, Tim Cross wrote: > > Not sure how easy it would be to restore the previous behaviour. I guess > if you restricted numerical priorities to 0 .. 9 it would be reasonably > easy as you only need to check for a single key press. However, once you > go above 9 and have the situation where the value could be more than a > single key press, you have no way to know when input is finished. > > It should be noted that the old behaviour using letters for priorities > still works (as does clearing wiht a space). Personally, I've always > been happy with just letters and 3 priorities. I find once you go past > about 3 or 4, priorities don't have a lot of value. YMMV of course. > > "Samuel Banya" > writes: > > > Thanks for confirming this as I didn't know if it was my config or something. > > > > I'd like to add if possible, if there would the ability to restore the previously functionality of being able to just hit a number from 1 to 9 to set the priority > > of a task as well. > > > > Didn't want to conflate things too much, but it would be great if there was a config option around this before I would have to make a workaround in Elisp > > instead. > > > > On Thu, May 27, 2021, at 4:05 AM, Tim Cross wrote: > > > > Confirmed > > > > I can reproduce this in org 9.4.6, Emacs 27.2. Bug confirmed. > > > > "Samuel Banya" > writes: > > > > > Hello there, > > > > > > I noticed a weird bug within Emacs Org Mode as I use it often for my TODO lists for both personal use and for work. > > > > > > I noticed that if you hit "C-c ," you are prompted nowadays to enter a number from like 1 to whatever your highest priority was set to, and that > > you have > > > to enter in the number and THEN press enter. > > > > > > This behavior on a side note is a little annoying since I usually only use priorities 1 through 5, and don't want to have to hit enter each time. I kind > > of wish > > > I could just go back to just hitting '1' or '5' and moving on. But, I understand this was to make the ceiling of the highest priority be like 65 or > > something > > > like that, so I understand why this was included. > > > > > > My main point is that the "SPC to remove" option doesn't actually work. > > > > > > If you try doing "C-c ," then hit Space, and then press Enter, the priority of the task still remains the same. > > > > > > Workaround: > > > I've had to manually delete the priority number as a workaround which is a bit annoying. > > > I've used F3 as a on-the-fly macro to quickly do this across multiple todo list items as well. > > > However, it does feel a little awkward having to do this, so I'm wondering if anyone has encountered this as well. > > > > > > Thanks, > > > > > > Sam > > > > -- > > Tim Cross > > > -- > Tim Cross > > --8f9c2188c3de4481a6a81d143798bcfd Content-Type: text/html Content-Transfer-Encoding: quoted-printable
Gotcha, yeah I = only use priority 1 through 5 with a kind of "Getting Things Done" menta= lity to file things away in their right place.

<= div>I don't like using letters unfortunately, but thanks for this potent= ial workaround in that case.

Clearing prior= ities with a space and enter doesn't work though, and I believe this is = a bug.

On Thu, May 27, 2021, at 1:26 AM, Tim Cr= oss wrote:
=
Not sure how easy it would be to restore the previous beh= aviour. I guess
if you restricted numerical priorities to = 0 .. 9 it would be reasonably
easy as you only need to che= ck for a single key press. However, once you
go above 9 an= d have the situation where the value could be more than a
= single key press, you have no way to know when input is finished.

It should be noted that the old behaviour using l= etters for priorities
still works (as does clearing wiht a= space). Personally, I've always
been happy with just lett= ers and 3 priorities. I find once you go past
about 3 or 4= , priorities don't have a lot of value. YMMV of course.
"Samuel Banya" <sbanya@fastmail.com> writes:

> T= hanks for confirming this as I didn't know if it was my config or someth= ing.
>
> I'd like to add if possible, = if there would the ability to restore the previously functionality of be= ing able to just hit a number from 1 to 9 to set the priority
<= div>> of a task as well.
>
> Didn't= want to conflate things too much, but it would be great if there was a = config option around this before I would have to make a workaround in El= isp
> instead.
>
> On= Thu, May 27, 2021, at 4:05 AM, Tim Cross wrote:
>
<= /div>
>  Confirmed
>
>&nbs= p; I can reproduce this in org 9.4.6, Emacs 27.2. Bug confirmed.
>
>  "Samuel Banya" <sbanya@fastmail.com> writes:
>
>  > Hello there,
>&nb= sp; >
>  > I noticed a weird bug within Emac= s Org Mode as I use it often for my TODO lists for both personal use and= for work.
>  >
>  > I= noticed that if you hit "C-c ," you are prompted nowadays to enter a nu= mber from like 1 to whatever your highest priority was set to, and that<= br>
>  you have
>  > to enter= in the number and THEN press enter.
>  >
>  > This behavior on a side note is a little annoyi= ng since I usually only use priorities 1 through 5, and don't want to ha= ve to hit enter each time. I kind
>  of wish
>  > I could just go back to just hitting '1' or '5'= and moving on. But, I understand this was to make the ceiling of the hi= ghest priority be like 65 or
>  something
>  > like that, so I understand why this was included.<= br>
>  >
>  > My main poin= t is that the "SPC to remove" option doesn't actually work.
>  >
>  > If you try doing "C-c ,"= then hit Space, and then press Enter, the priority of the task still re= mains the same.
>  >
>  &= gt; Workaround:
>  > I've had to manually delet= e the priority number as a workaround which is a bit annoying.
=
>  > I've used F3 as a on-the-fly macro to quickly do th= is across multiple todo list items as well.
>  >= ; However, it does feel a little awkward having to do this, so I'm wonde= ring if anyone has encountered this as well.
>  &g= t;
>  > Thanks,
>  >
>  > Sam
>
>&n= bsp; -- 
>  Tim Cross


-- 
Tim Cross

=


--8f9c2188c3de4481a6a81d143798bcfd--