[Syncevolution-issues] [Bug 64176] EDS: create new address books with the right configuration

(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.