GNU bug report logs -
#13687
24.3.50; `read-regexp' should provide regex for symbol at point as defaults
Previous Next
Reported by: Jambunathan K <kjambunathan <at> gmail.com>
Date: Mon, 11 Feb 2013 06:30:02 UTC
Severity: wishlist
Found in version 24.3.50
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
Message #85 received at 13687 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> Do you at least see why your *Messages* logged `exit-minibuffer'?
,---- In `read-regexp'
| + (let ((user-defaults (read-regexp-defaults)))
| + (unless (eq user-defaults t)
| + (setq defaults user-defaults)
| + (message "cmd: %s defaults: %S" this-command defaults)))
| +
`----
,----
| Global-Hi-Lock mode enabled
| Mark saved where search started
| cmd: highlight-regexp defaults: "\\_<hi-yellow\\_>"
| cmd: highlight-regexp defaults: "\\_<defface\\_>"
| cmd: highlight-phrase defaults: "min-colors"
| cmd: multi-occur-in-matching-buffers defaults: ":background"
| cmd: exit-minibuffer defaults: nil
| Searched 1 buffer; 10 matches for `yellow'
`----
>> Interestingly, I am attaching a long from *Messages* buffer
>> and it looks like `this-command' is not reliable (Do you see
>> `exit-minibuffer' in the logs.)
>>
>> cmd: exit-minibuffer defaults: nil
>
> Your code checks only (eq user-defaults t). When `user-defaults' is nil, this
> returns nil.
The cmd is `exit-minibuffer'. That corresponds to RET in minibuffer
map. I have no other explanation.
Btw, your explanation is *totally* off the mark. It talks about
defaults in my snippet and not the cmd.
This bug report was last modified 12 years and 68 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.