bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#21176: 25.0.50; Garbage in the header line of *Occur* buffers


From: Dani Moncayo
Subject: bug#21176: 25.0.50; Garbage in the header line of *Occur* buffers
Date: Sat, 1 Aug 2015 17:01:12 +0200

On Sat, Aug 1, 2015 at 3:23 PM, Eli Zaretskii <eliz@gnu.org> wrote:
>> Date: Sat, 1 Aug 2015 14:57:49 +0200
>> From: Dani Moncayo <dmoncayo@gmail.com>
>> Cc: 21176@debbugs.gnu.org
>>
>> > But it didn't search for "e", it searched for the regexp that is
>> > shown.
>>
>> Yes, the regexp.  I suspected that, and I still made the bug report,
>> because IMO, a user who makes a simple (non-regexp) Isearch doesn't
>> care about the implementation details such as the internal regexp used
>> to perform the actual search.  Therefore, in that sense it is garbage.
>>
>> Showing that long string there is plain ridiculous, IMO.
>
> Would you also submit a bug report if one of the matches was è or ĕ or
> ⓔ?

Yes, I would, because the _search string_ (i.e. the string supplied by
the user to search for) was just "e", not a regexp.

The fact that "è", "ĕ" or "ⓔ" can be matches in this case is due to
the combination of (a) the search string, _plus_ (b) the current
Isearch options (char-fold enabled in this case).

So, the header line of *Occur* buffers could perhaps show, in addition
to the search string, some Isearch options -- like the Isearch prompt
string does.  But showing that huge, auto-generated regexp in place of
the original search string makes little sense, IMO.

--
Dani Moncayo





reply via email to

[Prev in Thread] Current Thread [Next in Thread]