* 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
[not found] ` <1513884685.1058242.1456181775684.JavaMail.yahoo@mail.yahoo.com>
@ 2018-01-03 8:39 ` Nicolas Goaziou
2018-07-07 11:19 ` Nicolas Goaziou
0 siblings, 1 reply; 2+ messages in thread
From: Nicolas Goaziou @ 2018-01-03 8:39 UTC (permalink / raw)
To: David Caldwell; +Cc: 22776
Hello,
David Caldwell <ddcows2006@yahoo.com> writes:
> 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-effort 1) can not enter an index
>> 10 2) 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 > 10 2) column view - editing values 1) 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)
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?
Regards,
--
Nicolas Goaziou 0x80A93738
^ permalink raw reply [flat|nested] 2+ messages in thread
* 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
2018-01-03 8:39 ` 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 Nicolas Goaziou
@ 2018-07-07 11:19 ` Nicolas Goaziou
0 siblings, 0 replies; 2+ messages in thread
From: Nicolas Goaziou @ 2018-07-07 11:19 UTC (permalink / raw)
To: David Caldwell; +Cc: 22735-done, 22776-done
Nicolas Goaziou <mail@nicolasgoaziou.fr> 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.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-07-07 11:20 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <1513884685.1058242.1456181775684.JavaMail.yahoo.ref@mail.yahoo.com>
[not found] ` <1513884685.1058242.1456181775684.JavaMail.yahoo@mail.yahoo.com>
2018-01-03 8:39 ` 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 Nicolas Goaziou
2018-07-07 11:19 ` Nicolas Goaziou
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).