GNU bug report logs -
#46781
read-buffer-completion-ignore-case: who would still be looking for m when they typed M?
Previous Next
To reply to this bug, email your comments to 46781 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Thu, 25 Feb 2021 21:10:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 25 Feb 2021 21:10:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Today let's talk about
read-file-name-completion-ignore-case .
(info "(emacs) Completion Options")
Well just like for search, if we type "m" we probably are looking for
both "M" and "m", but if we go through all the trouble of holding down
the SHIFT button to type "M" then we certainly are only looking for "M"
and would be out of our mind to also be looking for "m". (Or "into pain,
a pain freak.") Therefore read-file-name-completion-ignore-case needs
more options than just t and nil.
E.g., I have Makefile and murmurfile. Well if I set
read-file-name-completion-ignore-case to nil and type M TAB then of course I
am only wanting to complete Makefile.
P.S., C-h v read-file-name-completion-ignore-case doesn't say what its
original value was. Odd. Yes even though "it might differ on different
operating systems."
emacs-version "27.1"
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Fri, 26 Feb 2021 06:47:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 46781 <at> debbugs.gnu.org (full text, mbox):
> From: 積丹尼 Dan Jacobson
> <jidanni <at> jidanni.org>
> Date: Fri, 26 Feb 2021 01:32:04 +0800
>
> Today let's talk about
> read-file-name-completion-ignore-case .
> (info "(emacs) Completion Options")
>
> Well just like for search, if we type "m" we probably are looking for
> both "M" and "m", but if we go through all the trouble of holding down
> the SHIFT button to type "M" then we certainly are only looking for "M"
> and would be out of our mind to also be looking for "m". (Or "into pain,
> a pain freak.") Therefore read-file-name-completion-ignore-case needs
> more options than just t and nil.
>
> E.g., I have Makefile and murmurfile. Well if I set
> read-file-name-completion-ignore-case to nil and type M TAB then of course I
> am only wanting to complete Makefile.
Did you actually see what happens when you set this variable non-nil
and try this? If not, please do; if you did, and the result was not
what you expected, please show the details: what you types, which
files are there on disk, and what completion candidates were
suggested.
Because AFAIK Emacs already does what you want it to do in these
cases, without needing any additional values for this option.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Fri, 26 Feb 2021 08:57:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 46781 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
> E.g., I have Makefile and murmurfile. Well if I set
> read-file-name-completion-ignore-case to nil and type M TAB then of course I
> am only wanting to complete Makefile.
Did you mean "if I set read-file-name-completion-ignore-case to t" here?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Sun, 28 Feb 2021 03:16:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 46781 <at> debbugs.gnu.org (full text, mbox):
retitle 46781 read-buffer-completion-ignore-case: who would still be looking for m when they typed M?
thanks
Oops, for the entire bug I meant to talk about
buffer names, not file names! Sorry.
read-buffer-completion-ignore-case is a variable defined in ‘C source code’.
Its value is t
Original value was nil
So how did young Dan, usually sharp in the wits, ever make such a
blunder?
Well, one day he was innocently looking up in the manual
(Info-index "read-buffer-completion-ignore-case")
when the forces of evil linked it to the same place that
(Info-index "read-file-name-completion-ignore-case")
goes, instead of seven lines below it!!
Ever trustful, young Dan didn't notice the Toyota XLE he had intended to
discuss was now switched for a Toyota XLD, so he ended up discussing
that instead.
>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
>> E.g., I have Makefile and murmurfile. Well if I set
>> read-file-name-completion-ignore-case to nil and type M TAB then of course I
>> am only wanting to complete Makefile.
LI> Did you mean "if I set read-file-name-completion-ignore-case to t" here?
Changed bug title to 'read-buffer-completion-ignore-case: who would still be looking for m when they typed M?' from 'read-file-name-completion-ignore-case: who would still be looking for m when they typed M?'
Request was from
積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
to
control <at> debbugs.gnu.org
.
(Sun, 28 Feb 2021 03:16:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Sun, 28 Feb 2021 17:20:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 46781 <at> debbugs.gnu.org (full text, mbox):
> From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
> Cc: 46781 <at> debbugs.gnu.org, control <at> debbugs.gnu.org, eliz <at> gnu.org
> Date: Sun, 28 Feb 2021 07:38:33 +0800
>
> retitle 46781 read-buffer-completion-ignore-case: who would still be looking for m when they typed M?
> thanks
> Oops, for the entire bug I meant to talk about
> buffer names, not file names! Sorry.
>
> read-buffer-completion-ignore-case is a variable defined in ‘C source code’.
> Its value is t
> Original value was nil
>
> So how did young Dan, usually sharp in the wits, ever make such a
> blunder?
>
> Well, one day he was innocently looking up in the manual
> (Info-index "read-buffer-completion-ignore-case")
> when the forces of evil linked it to the same place that
> (Info-index "read-file-name-completion-ignore-case")
> goes, instead of seven lines below it!!
> Ever trustful, young Dan didn't notice the Toyota XLE he had intended to
> discuss was now switched for a Toyota XLD, so he ended up discussing
> that instead.
Could you please describe the actual problem you see with
read-buffer-completion-ignore-case? What did you type, which relevant
buffers existed in the session, what happened, what did you expect to
happen? I see no relevant information about the issue above.
Or should we close this bug report because there is no problem?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Mon, 01 Mar 2021 04:09:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 46781 <at> debbugs.gnu.org (full text, mbox):
$ emacs -nw -Q --eval '(setq read-buffer-completion-ignore-case t)' Makefile murmurfile BLA
C-x b ;; switch-to-buffer
M ;; self-insert-command
TAB ;; minibuffer-complete
I am saying that if I typed "m", then offer me both choices.
But I have gone through all the trouble of holding down SHIFT, that
means I am serious about only matching uppercase M.
"Then don't tamper with read-buffer-completion-ignore-case in the first
place."
But then I don't get the two choices for little "m". Too much price to pay.
So maybe read-buffer-completion-ignore-case should allow a third value,
not just nil and t.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Mon, 01 Mar 2021 12:19:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 46781 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
> retitle 46781 read-buffer-completion-ignore-case: who would still be
> looking for m when they typed M?
> thanks
> Oops, for the entire bug I meant to talk about
> buffer names, not file names! Sorry.
Thanks for the clarification. :-)
But could you now possibly restate what problem you're actually seeing,
with a test case (starting from "emacs -Q") so that we can follow along?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Mon, 01 Mar 2021 12:45:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 46781 <at> debbugs.gnu.org (full text, mbox):
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
> $ emacs -nw -Q --eval '(setq read-buffer-completion-ignore-case t)' Makefile murmurfile BLA
> C-x b ;; switch-to-buffer
> M ;; self-insert-command
> TAB ;; minibuffer-complete
>
> I am saying that if I typed "m", then offer me both choices.
>
> But I have gone through all the trouble of holding down SHIFT, that
> means I am serious about only matching uppercase M.
Thanks for the recipe for reproduction.
Yes, I also see this behaviour, and it does indeed behave as documented
(i.e., case is ignored).
But as you say, that's perhaps not optimal behaviour -- in other cases
like this in Emacs (like isearch), Emacs stops ignoring case if the user
enters some upper case characters, and that would make sense here too?
Anybody have opinions here?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#46781
; Package
emacs
.
(Sun, 07 Mar 2021 13:23:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 46781 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:
>
>> $ emacs -nw -Q --eval '(setq read-buffer-completion-ignore-case t)' Makefile murmurfile BLA
>> C-x b ;; switch-to-buffer
>> M ;; self-insert-command
>> TAB ;; minibuffer-complete
>>
>> I am saying that if I typed "m", then offer me both choices.
>>
>> But I have gone through all the trouble of holding down SHIFT, that
>> means I am serious about only matching uppercase M.
>
> Thanks for the recipe for reproduction.
>
> Yes, I also see this behaviour, and it does indeed behave as documented
> (i.e., case is ignored).
>
> But as you say, that's perhaps not optimal behaviour -- in other cases
> like this in Emacs (like isearch), Emacs stops ignoring case if the user
> enters some upper case characters, and that would make sense here too?
>
> Anybody have opinions here?
I think it make sense too. It makes sense to treat users upper-case
query as a request to temporarily respect case. But I am using
ido-switch-buffer so I don't see this problem really.
--
Tomas
This bug report was last modified 4 years and 101 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.