https://bugzilla.wikimedia.org/show_bug.cgi?id=40731
--- Comment #4 from Markus Krötzsch <[email protected]> 2012-11-07 09:08:44 UTC --- Yes, that is what I meant. Hence it would be good to somehow integrate our code with the localisation workflow. There were three reasons for not doing this for the stuff in SMW_Language... so far: (1) Some messages are needed very early (e.g., namespace names) and it used to be a problem to get messages at this stage of initialisation in the early days at all. (2) Some messages need efficient inverse lookups. Given a user input, we need to find the special property message or alias that it belongs to. Doing this by cycling through all potential candidate messages seemed wasteful. (3) The files do not have a fixed number of strings that they define. For example, it is unknown how many aliases some property should have (if any). To encode this in messages, one would need to ask translators to format their translations as a comma-separated list (or similar). Not sure if this works well. A similar situation is with the preferred date formats (day-month-year vs. month-day-year etc.), which are defined as an ordered list of format strings. Could be confusing for translators. We could solve (1) and (2) by having a script that reads the messages to build PHP files that can be used for fast lookup. Alternatively, we could build this code every time it is needed, but this might not be very efficient, even if the retrieval of messages is efficient now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
