GNU bug report logs -
#56171
Request for marking DEF entry when using completing-read
Previous Next
Reported by: carlmarcos <at> tutanota.com
Date: Thu, 23 Jun 2022 19:10:02 UTC
Severity: normal
Tags: moreinfo, wontfix
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 56171 in the body.
You can then email your comments to 56171 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Thu, 23 Jun 2022 19:10:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
carlmarcos <at> tutanota.com
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 23 Jun 2022 19:10:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
It would be valuable to mark the default entry when users scroll through the options
defined for `completing-read` whenever a DEF is supplied.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Thu, 23 Jun 2022 19:19:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 56171 <at> debbugs.gnu.org (full text, mbox):
> It would be valuable to mark the default entry
> when users scroll through the options defined
> for `completing-read` whenever a DEF is supplied.
I'm not sure what you mean.
Is this about highlighting in `*Completions*' a
completion that's the DEF?
Is it about selecting (as the active region) the
DEF value when you insert it with `M-n'?
Something else?
And is the request to be able do whatever-it-is
_optionally_ or always?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Thu, 23 Jun 2022 21:26:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 56171 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Jun 23, 2022, 19:17 by drew.adams <at> oracle.com:
>> It would be valuable to mark the default entry
>> when users scroll through the options defined
>> for `completing-read` whenever a DEF is supplied.
>>
>
> I'm not sure what you mean.
>
> Is this about highlighting in `*Completions*' a
> completion that's the DEF?
>
Suppose one moves through the collection. There is no way
that identifies the entry as being a designated DEF.
> Is it about selecting (as the active region) the
> DEF value when you insert it with `M-n'?
>
I think M-n ensured you are refering to DEF.
> Something else?
>
> And is the request to be able do whatever-it-is
> _optionally_ or always?
>
Optionally is ok, but do not know the technical details. I do not think
doing it always would be a bad thing.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Thu, 23 Jun 2022 22:09:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 56171 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
See below.
It would be valuable to mark the default entry when users scroll through the options defined for `completing-read` whenever a DEF is supplied.
I'm not sure what you mean.
Is this about highlighting in `*Completions*' a
completion that's the DEF?
Suppose one moves through the collection. There is no way that identifies the entry as being a designated DEF.
By moving through the collection, what do you mean? Cycling among the matches to your input - e.g. empty input?
What do you mean by "moving" or "scrolling" through the "options" or the collection? Can you maybe give a recipe for doing that?
Is it about selecting (as the active region) the
DEF value when you insert it with `M-n'?
I think M-n ensured you are refering to DEF.
Of course. I was asking what you mean by "selecting" ("marking"). That particular guess was that you perhaps meant to have the DEF inserted by `M-n' be selected as the region. Sometimes "marking" in Emacs means selecting as the active region.
I guess now you're saying no, that's not it. So I still have the same question? What is this "marking" about?
Something else?
?
And is the request to be able do whatever-it-is
_optionally_ or always?
Optionally is ok, but do not know the technical details. I do not think doing it always would be a bad thing.
Sorry, but I still don't know what this selecting or "marking" of a DEF entry is about. Maybe it's clear to others - hopefully it is.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Fri, 24 Jun 2022 09:41:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 56171 <at> debbugs.gnu.org (full text, mbox):
carlmarcos <at> tutanota.com writes:
> It would be valuable to mark the default entry when users scroll
> through the options defined for `completing-read` whenever a DEF is
> supplied.
This is for `M-n', I guess?
I'm not quite sure I see the use case here. When do you want to have
the default value specially marked when going through `M-n'?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 24 Jun 2022 09:41:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Fri, 24 Jun 2022 15:26:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 56171 <at> debbugs.gnu.org (full text, mbox):
carlmarcos <at> tutanota.com writes:
> It is a different thing than that. I customarily using the `up' and
> `down' key to move through the collection of entries. Could there be
> some form of indicator (e.g. highlight, underline, some other means)
> that will tell me that is was selected as the default by the package
> designer? Currently I see no distinction, with all entries in
> collection as just an entry like any other.
Again, what's the use case? Why do you want the default to be singled
out in some way?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Fri, 24 Jun 2022 16:15:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 56171 <at> debbugs.gnu.org (full text, mbox):
> > It is a different thing than that. I customarily using the `up' and
> > `down' key to move through the collection of entries. Could there be
> > some form of indicator (e.g. highlight, underline, some other means)
> > that will tell me that is was selected as the default by the package
> > designer? Currently I see no distinction, with all entries in
> > collection as just an entry like any other.
>
> Again, what's the use case? Why do you want the default to be singled
> out in some way?
I'm curious too. I don't say it couldn't be useful,
but I wonder what the aim is.
___
BTW, note that the default value (or even any of a
list of default values) provided need not be among
the candidates for completion, if completion is lax
(REQUIRE-MATCH = nil). E.g.:
(completing-read "q: " '("a" "b" "c" "d")
nil nil nil nil "e")
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Fri, 24 Jun 2022 16:50:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 56171 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Jun 24, 2022, 09:40 by larsi <at> gnus.org:
> carlmarcos <at> tutanota.com writes:
>
>> It would be valuable to mark the default entry when users scroll
>> through the options defined for `completing-read` whenever a DEF is
>> supplied.
>>
>
> This is for `M-n', I guess?
>
> I'm not quite sure I see the use case here. When do you want to have
> the default value specially marked when going through `M-n'?
>
It is a different thing than that. I customarily using the `up' and `down' key
to move through the collection of entries. Could there be some form of indicator
(e.g. highlight, underline, some other means) that will tell me that is was selected
as the default by the package designer? Currently I see no distinction, with all
entries in collection as just an entry like any other.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Fri, 24 Jun 2022 16:51:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 56171 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Jun 24, 2022, 16:14 by drew.adams <at> oracle.com:
>> > It is a different thing than that. I customarily using the `up' and
>> > `down' key to move through the collection of entries. Could there be
>> > some form of indicator (e.g. highlight, underline, some other means)
>> > that will tell me that is was selected as the default by the package
>> > designer? Currently I see no distinction, with all entries in
>> > collection as just an entry like any other.
>>
>> Again, what's the use case? Why do you want the default to be singled
>> out in some way?
>>
>
> I'm curious too. I don't say it couldn't be useful,
> but I wonder what the aim is.
>
Wouldn't one normally associate a default with some sensible setting worth looking
into most times? Perhaps this could be a user setting.
> BTW, note that the default value (or even any of a
> list of default values) provided need not be among
> the candidates for completion, if completion is lax
> (REQUIRE-MATCH = nil). E.g.:
>
> (completing-read "q: " '("a" "b" "c" "d")
> nil nil nil nil "e")
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Fri, 24 Jun 2022 17:29:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 56171 <at> debbugs.gnu.org (full text, mbox):
> Wouldn't one normally associate a default with
> some sensible setting worth looking into most times?
> Perhaps this could be a user setting.
I see. So the use case is to be able to check what
the default value is, so you can try to understand
why it's considered particularly useful.
For that, I'd think that `M-n' suffices, to see
what the default value is (the first default value,
if there are several).
Again, the default value need not even be one of
the choices (completion candidates), in the case of
lax completion (e.g. `C-x b'). I'd think that the
best way to find out what the default is would be
`M-n'.
(Just one opinion, and I may still be missing something.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Sat, 25 Jun 2022 07:23:01 GMT)
Full text and
rfc822 format available.
Message #37 received at 56171 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Jun 24, 2022, 17:28 by drew.adams <at> oracle.com:
>> Wouldn't one normally associate a default with
>> some sensible setting worth looking into most times?
>> Perhaps this could be a user setting.
>>
>
> I see. So the use case is to be able to check what
> the default value is, so you can try to understand
> why it's considered particularly useful.
>
Correct
> For that, I'd think that `M-n' suffices, to see
> what the default value is (the first default value,
> if there are several).
>
> Again, the default value need not even be one of
> the choices (completion candidates), in the case of
> lax completion (e.g. `C-x b'). I'd think that the
> best way to find out what the default is would be
> `M-n'.
>
If not one of the choices, then there will be no indicator on any
entry in the collection.
I think it usually takes some time to discover the `M-n' way.
> (Just one opinion, and I may still be missing something.)
>
It is just an observation. Another way is to depend on the designer
describing typical use if attentive enough to include that information.
I think that the suggestion could make one's acquaintance with the package
speedier if there are suggestions on well designed settings.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#56171
; Package
emacs
.
(Sat, 23 Jul 2022 08:38:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 56171 <at> debbugs.gnu.org (full text, mbox):
I think the conclusion here is that there didn't seem to be a compelling
use case for this proposed functionality, so I'm closing this bug
report.
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 23 Jul 2022 08:38:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
56171 <at> debbugs.gnu.org and carlmarcos <at> tutanota.com
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 23 Jul 2022 08:38:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 20 Aug 2022 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 242 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.