|
From: | GNU bug Tracking System |
Subject: | [debbugs-tracker] bug#22776: closed (interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries) |
Date: | Sat, 07 Jul 2018 11:20:02 +0000 |
Your message dated Sat, 07 Jul 2018 13:19:46 +0200 with message-id <address@hidden> and subject line Re: bug#22776: interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries has caused the debbugs.gnu.org bug report #22735, regarding interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries to be marked as done. (If you believe you have received this mail in error, please contact address@hidden) -- 22735: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22735 GNU Bug Tracking System Contact address@hidden with problems
--- Begin Message ---Subject: interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries Date: Mon, 22 Feb 2016 22:56:15 +0000 (UTC) This bug is a replacement of bug #22735(24.3; org-set-effort *without* numeric prefix - still forces me to use nth allowed). After more experimentation, I got a better understanding of the functionality and now consider that bug 22735 to be invalid as written. I now think it's a more fundamental issue of not handling an Effort_ALL with more than 10 entries. The problems manifest in both interactive org-set-effort and in column view when editing values via direct index selection.Problems:1) interactive org-set-effort1) can not enter an index > 102) method of entering a raw value is arcane and unvalidated- by prefixing the entered value by '-', you can enter one of the Effort_ALL string directly- e.g. Effort_ALL 0 1h 2h 4h 1d 2d 3d 4d 1w 2w 3w 4w- 'C-c C-x e -4w RET' sets Effort to '4w'- however, a value of '-foobar' sets Effort to 'foobar'3) Note: org-set-effort with numerical prefix works properly for indices > 102) column view - editing values1) 1-9,0 - can not enter an index > 10- lower priority than 1.1 above since column view edit 'e' allows direct entry of Effort_ALL strings (with validation)2) Note: S-left/right, n, p work properly for indices > 10Proposed solution:- interactive org-set-effort and column view direct index selection- input multiple characters followed by RET- if input is a valid index, use the corresponding value from Effort_ALL- else if input is a valid Effort_ALL value, use it- else beep and display [No Match] (like column view edit when an invalid value is entered)David
--- End Message ---
--- Begin Message ---Subject: Re: bug#22776: interactive org-set-effort (C-c C-x e) and column view direct index selection do not handle Effort_ALL with more than 10 entries Date: Sat, 07 Jul 2018 13:19:46 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Nicolas Goaziou <address@hidden> writes: > I've changed `org-set-effort' to use `completing-read' for allowed > values instead of relying on position in list. The prefix argument now > means "increment". > > This is simpler and less exotic. > > WDYT? Since there is no answer from the OP, I assume this is fixed. I'm closing the bug report.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |