On Sat, Oct 23, 2010 at 15:09, Daniele Forsi <[email protected]> wrote: > 2010/10/23 Daniele Ricci: > >> summary-multiple - text to display instead of summary when notifications >1 >> summary-count - flag whether to sprintf() summary-multiple with >> notifications count (e.g. useful for "%d new messages") > > how do you plan to handle translations when plurals are involved? > > plurals in translations can't be handled with a simple count because > some languages have more than 1 plural and 0 can be singular or plural > depending on language[1] (showing "0 new messages" may make little or > no sense, but in other contexts it may make sense) >
(Please Daniele reply all in order for the message to get to the list too) Well, my aim is to provide some extension to the API to be able to distinguish two different notification modes: single and grouped. In grouped mode, the client handles the grouping, while in single mode the server (my daemon in this case) handles the grouping. I still have to decide how to define in a concrete way the grouped mode (e.g. adding a new dbus method), but for now i'm focusing on handling legacy (ie single mode) clients. We could suffix hint name with a number specifying the count to be matched, like this: prefix.body_multiple0 - for zero elements (doesn't have much sense anyway, but it could be useful) prefix.body_multiple1 - for one element prefix.body_multiple2 - for two elements prefix.body_multiple - for any number of elements not covered by the other hints I know this is somewhat of overhead, but I really need a way to group them coherently, and I think others could find this useful too. Thanks, -- daniele_athome _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
