After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 109342 - when typing a keyword into the entry bar, should be case insensitive
when typing a keyword into the entry bar, should be case insensitive
Status: RESOLVED FIXED
Product: epiphany
Classification: Core
Component: Interface
unspecified
Other Linux
: Normal normal
: 1.2
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
: 113829 116634 132259 134154 134158 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-03-27 17:12 UTC by Dave Bordoley [Not Reading Bug Mail]
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.3/2.4


Attachments
Patch for case insensitive topic match (1.80 KB, patch)
2003-07-12 01:12 UTC, Tony Tsui
none Details | Review
2nd Case Insensitive Match Patch (4.41 KB, patch)
2003-07-21 13:25 UTC, Tony Tsui
none Details | Review

Description Dave Bordoley [Not Reading Bug Mail] 2003-03-27 17:12:53 UTC
Hence if i enter "gnome" but i have a keyword "GNOME" the topics contained
within the topic "gnome" should be shown.
Comment 1 Dave Bordoley [Not Reading Bug Mail] 2003-05-27 14:34:49 UTC
*** Bug 113829 has been marked as a duplicate of this bug. ***
Comment 2 Christian Persch 2003-07-03 14:59:47 UTC
*** Bug 116634 has been marked as a duplicate of this bug. ***
Comment 3 Tony Tsui 2003-07-12 01:12:31 UTC
Created attachment 18229 [details] [review]
Patch for case insensitive topic match
Comment 4 Tony Tsui 2003-07-12 01:14:50 UTC
Hi,

Here is a patch which does a case insensitive match against topic names.

It hopefully handles I18N since it uses g_utf8_casefold().

Love to get some feedback.

Tony
Comment 5 Marco Pesenti Gritti 2003-07-12 08:49:21 UTC
Marking 1.0 because there is a patch. If someone could give a first
review, I'd appreciate.
Comment 6 Christian Persch 2003-07-12 12:33:18 UTC
Hm, the patch doesn't seem to work correctly for me -- autocompletion
still doesn't match case-insensitively.

As for the patch itself, i'm a little converned about performance;
casefolding the strings while searching for a match doesn't seem the
right approach; i'd prefer if the strings were casefolded when they
are offered to the autocompletion sources.
Comment 7 Xan Lopez 2003-07-13 13:07:55 UTC
This fixes the case issue with Topics, but completely breaks autocompl
with simple bookmarks (?).
And I agree with chpe on the performance issue, doing lots of utf8
stuff in a loop should be the last resort :)
Comment 8 Tony Tsui 2003-07-14 14:13:16 UTC
Thanks for the feedback. I'll keep looking into a more efficient place
to do the case fold.

Doing the case fold for the search key elsewhere going to be trick as
it would affect matches against website titles.

This raises the question whether we want matches against website
titles to be case insensitive? Currently searches against titles in
History and Bookmarks are case insensitive.

Hmmm not sure why it didn't work for you Christian. Could you please
provide more details?

I'm not sure what you mean, Xan, about it breaking autocompletion with
simple bookmarks? It still autocompletes against website titles in my
bookmarks. Could please explain what you mean by simple bookmarks?
Comment 9 Dave Bordoley [Not Reading Bug Mail] 2003-07-14 14:26:38 UTC
Basically everything should be case insensitive.
Comment 10 Christian Persch 2003-07-14 14:47:56 UTC
> Hmmm not sure why it didn't work for you Christian. Could you please
> provide more details?

I misread the intention of the patch (and of this bug): i thought
_everything_ was going to be matched case-insensitively (ie bookmarks
too), not just topic names, which, indeed, works with the patch. Sorry :)
Comment 11 Tony Tsui 2003-07-21 13:24:47 UTC
Hi. Here is another patch for this bug. Sorry for taking so long to
get back with something, real life getting in the way. :)

This patch does a case insensitive match against topics and website
titles.

This patch tries to be more efficient by only doing the case fold once
in ephy_autocompletion_update_matches_full_item(). The search key is
folded in ephy_location_entry_set_autocompletion_key().

The _EphyAutocompletionMatch data struct now stores the folded copy of
the topic and title. These copies are freed in acma_destroy().

I've added the pointer "folded_title" into _EphyAutocompletionMatch to
store the folded copy of the title. I didn't use the pointer "title"
because it is used when displaying the drop down list of matches. That
is, if I placed the folded title into the "title" pointer all the
matches in the drop down list will be in lower case.

One thing I wasn't sure about, is how the value for the macro
ACMA_BASE_SIZE came about. This macro is used in acma_grow(). Since
I've added something into the _EphyAutocompletionMatch struct I'm
worried about the need to change the value of this macro.

Anyway, I hope this is more along the lines of what we are looking for.
Comment 12 Tony Tsui 2003-07-21 13:25:55 UTC
Created attachment 18479 [details] [review]
2nd Case Insensitive Match Patch
Comment 13 Marco Pesenti Gritti 2003-09-01 13:22:11 UTC
Sorry for the spam. Reassigning bugs with a target to our next milestone.
Comment 14 Marco Pesenti Gritti 2003-10-13 17:34:09 UTC
fixed in cvs
Comment 15 Christian Persch 2004-01-23 11:06:39 UTC
*** Bug 132259 has been marked as a duplicate of this bug. ***
Comment 16 Christian Persch 2004-02-11 21:46:12 UTC
*** Bug 134154 has been marked as a duplicate of this bug. ***
Comment 17 Christian Persch 2004-02-11 22:04:13 UTC
*** Bug 134158 has been marked as a duplicate of this bug. ***