<br><div><span class="gmail_quote">2007/4/23, Shawn Willden <<a href="mailto:shawn-kimdaba@willden.org">shawn-kimdaba@willden.org</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Monday 23 April 2007 08:17, Jan Kundrát wrote:<br>> That would be horribly confusing, IMHO.<br><br>Can you expand on what would be confusing?  I grant that users might get<br>results including images they didn't expect, but I think the general use case
<br>for this sort of thing is to keep typing more filter information until the<br>list gets small enough that you can find what you're looking for visually, so<br>that's not such an issue.<br><br>Another program I use frequently does the same sort of thing for databases of
<br>music, and I find it works very well.  What you type in the search bar is<br>matched against all of the metadata associated with a given song (artist,<br>title, genre, keywords, file and path, various dates, etc.) and I find that I
<br>can quickly narrow my database of ~6000 songs down to a handful that allows<br>me to find what I'm looking for.  I'm thinking the same approach would work<br>well for KPA, but perhaps the fact that images in KPA have much more metadata
<br>than songs do is a problem?</blockquote><div><br>I guess you're speaking about apps like Amarok. In fact, I also have a lot of songs indexed in this software, and I always found this quick search/filter feature useful.
<br><br>I guess the KPA's users will be smart enough to understand that if they need something more precise or advanced, they'll be able to use the classical search dialog. At least, quick search is a quite usual feature today.
<br><br>Maybe we could add something like thunderbird does. That's to say a small kind of "expandable combo" that'd let you choose for example "all tags", "dates", "persons only", "places only", "keywords" and so on... By default, it would search on everything (in thunderbird, the matching selection in my mind is "subject and content" or something like that).
<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> What would you do if you have<br>> space in some tag value? For example I know a lot of people whose given
<br>> name is Pavel, so I tag images with stuff like "pavel", "pavel m",<br>> "pavel h" etc.<br><br>Seems simple enough to me.  "pavel m" would probably get you most all of the
<br>images of various Pavels, of course, but we could allow you to use quotes to<br>be more specific, so you could type '"pavel m"' to search for images<br>with "pavel m" in their metadata.  In my database, I tag people with their
<br>full names, so I'd have less of a problem.</blockquote><div><br>Double quoting seems fine to me. It's good to use well admitted practices. In this case, since double quoting is used for example on web search engines, I guess it would not be surprising to the end user.
</div></div><br>-- <br>Baptiste <Batmat> MATHUS<br>BMathus at Batmat point net - <a href="http://batmat.net">http://batmat.net</a><br>---------<br>Si chacun de nous a une idée et que nous les partageons, nous<br>repartirons tous les deux avec deux idées... C'est ça le Libre.