[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
bug#21176: 25.0.50; Garbage in the header line of *Occur* buffers, Angelo Graziosi, 2015/08/04