https://bugs.freedesktop.org/show_bug.cgi?id=64176
--- Comment #10 from Tristan Van Berkom <[email protected]> --- (In reply to comment #9) > (In reply to comment #8) > > (In reply to comment #7) > > > (In reply to comment #6) > > > > (In reply to comment #5) [...] > > I'm not convinced of that, from what I understand your requirements > are described by ICU as "phonebook" order, where "phonebook" order > does not exist in 'zh' locales, and the the default in 'zh' locales > is already "pinyin" (if your requirement was instead "pinyin", then > you would definitely not expect "phonebook" order in de_DE locale at > all). > > It may even be that one day "phonebook" order is added to 'zh' locales, > in which case you would want to automatically benefit from the new > "phonebook" tailoring (in whichever locale which it get's added to). > > Anyway, this discussion is not prodictive if we just have two sets > of opinions, so I'll try to be more productive and to the point. > > My perspective here is that you have a list of expected behaviours, > and I'm just not convinced that the expected behaviors for you, > are going to be the same as every other expected behavior of EDS > (which is why I think it would be safer to have something configurable, > which would probably be easier to convince upstream EDS to accept). > > If the expected behaviours are indeed universal, or if we have some > very good arguments at least as to why these expected behaviours would be > universal for anything that sorts 'person names' in the context of an > 'addressbook', then there may be a chance I can sell this hard coded > list to upstream. > > In any case, I could start taking down a list of what collation rule > you want to be effective for which language code / country code, I'm > just not convinced that this approach is appropriate for EDS, or if > we can land it upstream this way. > Err, sorry I have no idea how the above was commented twice, there was some mid-air collision, anyway, only the above was intended ;-) -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
_______________________________________________ Syncevolution-issues mailing list [email protected] https://lists.syncevolution.org/mailman/listinfo/syncevolution-issues
