auth.wiki search is case sensitive, only works with all lower-case?

28 views
Skip to first unread message

HittingSmoke

unread,
Oct 20, 2012, 8:25:44 PM10/20/12
to web...@googlegroups.com
I was about to submit this as an issue but I figured since it's experimental still I should ask if there's something more behind this behavior that I'm not understanding.

I made a wiki page with tags. The tags start with a capital letter (Youtube) because I'm anal about such things. When I click the tag link at the bottom of the wiki article I get a search page that reports no results.

However if I manually search and use all lower case (youtube) all articles tagged Youtube show up in the search results.

I'm guessing this is a bug, and if so I'll submit it as such. I just wanted to clarify.

Massimo Di Pierro

unread,
Oct 20, 2012, 8:39:54 PM10/20/12
to web...@googlegroups.com
I agree there is a bug. Question: should tags "youtube" and "Youtube" be treated as different? Should capitalization be retained?

For now I fixed iit in trunk so that is always stores tages in wiki_tags in lower case and treats youtube and Youtube as equivalent even if it retain the original capitalization in the page tag field. Please check it out.

Massimo

HittingSmoke

unread,
Oct 20, 2012, 11:33:59 PM10/20/12
to web...@googlegroups.com
Personally I think it should retain case in the tag but all searching should not be case sensitive. Retaining case is good for readability and navigation.

villas

unread,
Oct 21, 2012, 6:09:08 PM10/21/12
to web...@googlegroups.com
How about retain everything lowercase in the DB but simply display with .title()?  I guess that would fix most situations apart from acronyms e.g. DBMS >> Dbms, or other mixed-case.  But at least it would look much better and be very easy to implement.

I was wondering about styling the tags DIV.  Should there be some kind of caption like 'Tags:' which appears when there are some, otherwise the unexplained presence of the words seems strange?  I know we can all do whatever we want in jQuery, but it is always much easier to have defaults and then change or hide things than it is to create them from scratch.
Reply all
Reply to author
Forward
0 new messages