[Koha-bugs] [Bug 8887] Search preferences: Strange behaviour with exact matches (default instead of custom favicon used, displays to much results)

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Mon Aug 12 18:37:23 CEST 2013


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8887

--- Comment #9 from Galen Charlton <gmcharlt at gmail.com> ---
(In reply to Jonathan Druart from comment #6)
> I don't know if it is what the users want.

It is what *this* user wants -- this has been annoying me for years, albeit not
enough to do anything about it.  I do not find it intuitive that providing a
more specific search string yields more hits, not fewer.

The existing behavior was intentional -- see commit cdb3d52423f9 -- but IMO the
"jump to preference" is only effective if the module (e.g., Circulation) has
enough preferences to make the page long enough that the desired preference is
scrolled to the top of the browser viewport.  For most sysprefs, though, I end
up having the scan the page for the one I just searched for, and it would be
easier if the search just gave me only the one I was looking for.

I recognize that opinions can differ on this, but thus far no contrary ones
have actually been expressed.

I've signed off on the patch and adjusted the wording of the commit description
a bit.  I did remove mention of the favicon, as I wasn't able to reproduce it
and I think it's a moot issue.

Status => Signed Off.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.


More information about the Koha-bugs mailing list