Version: (using KDE KDE 3.4.3) Installed from: Fedora RPMs I have a lot of songs with tags beeing in several languages. Not all my songs are perfectly tagged. Tags of the same artist are written in different ways. I have tags with artist name "Stephane Pompougnac" and with the same artist name written in french "Stéphane Pompougnac". If in the search field I start to type "Ste", I get results with "Stephane Pompougnac" only. If I start typing "Sté", I get results with "Stéphane Pompougnac" tags only. I want that search for "Ste" would match both "Stephane Pompougnac" and "Stéphane Pompougnac". And another example. I have songs with tags artist name spelled in english "Boris Grebenshchikov" and other tags with the same artist name in cyrillic "Борис Гребенщиков". I want to start typing "Boris" and I want both tags to match - "Boris Grebenshchikov" and "Борис Гребенщиков". If I type "Bjork", I want "Bjork" and "Björk" to be matched. I want amaroK to match other "e" variants like ę, ė, е (cyrillic), э, é as well. For o I want to match ô, ö, о (cyrillic), ø and so on. I think it would be very useful for many of us.
*** This bug has been marked as a duplicate of 116334 ***
*** Bug 118034 has been marked as a duplicate of this bug. ***
This bug is slightly different from bug 116334. My wish was that certain characters match oter certain characters. Lets say e matches é and ę, but you can not miss chars when you type. If you type "Bjork", I want to match just "Bjork" and "Björk", but not "Bejork", "bjrk" or "bjorl". Fuzzy search, when you mistype or miss some chars, is different thing.
I agree, this is different from bug 116334. Fuzzy searching would probably solve this problem assuming you don't have too many accented characters in the name, but if fuzzy searching is decided against, then this wish could still be implemented.
Fuzzy search bug 116334 will not help in latin-cyrillic substitution. For artist name "Grebenschikov" and "Гребенщиков" all characters are “mistyped“, 11 or 13 mistyped chars is hard to believe to match. And for _enhanced_search_ both names matches, we just need to asume, that character pairs G-Г, R-Р, B-Б, N-Н matches each other. In general we just need to define what char sequences matches, like L(latin)-Ļ(latvian)-Ł(polish)-Л(cyrillic)-Λ(greek) Α(greek)-A(latin)-А(cyryllic)-Ā(latvian)-ÄÅÆ(swedish) and so on. I hope it is much easier to implement than fuzzy search.
It seems that fuzzy search is already implemented, and international search is still decided against.
have there been any updates on this? international search seems to still not work in 1.4.2 as of the moment, and it can rather frustrating to be able to search for 'bjork', but have to scroll down a huge collection to find 'björk'
which database backend are you using ? with mysql, diacritic symbols are considered the same as 'plain' ones (like s & š). as for doing that for cyrillic, i doubt that would happen.
I use sqlite so s-š are different. I didn't know this depends on database. At the present for cyrillic even uppercase and lowercase of the same letter is considered as different letters. It would be very nice to have that fixed.
Uppercase/lowercase is already fixed in 1.4.5.
last.fm 'knows' proper artists' names (in their native language) -- if your J-Pop tracks are tagged in English, they will appear in Kanji on your last.fm playlist. Maybe this information is available externally?
*** Bug 143758 has been marked as a duplicate of this bug. ***
*** Bug 142502 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
This is available in Amarok 2.