Floats do not have a "dot" in German. They have a comma.
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/xmlsitemap/...
Floats do not have a "dot" in German. They have a comma.
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/xmlsitemap/...
Comments
Comment #1
hass commentedComment #2
avpadernoDo Drupal core modules show floating numbers with a comma, when Drupal is localized in German, or Italian?
Comment #3
dave reidI can't find any example in the translations.
Comment #4
avpadernoThen, what do third-party modules do?
Comment #5
avpadernoComment #6
avpadernoThis has been fixed in CVS.
Comment #7
hass commentedFor future we really need a
format_number()function... core is missing this, but I don't know why. So the t() is a workaround for now.Comment #8
dave reidBrainstorming here...what if... we used the following code for the priority options:
And then created an xmlsitemap.translations.inc file that is *only* used so that the strings will be picked up by the translation template extracter:
Would this work? I'm going to try it out.
Comment #9
dave reidActually, it worked! :)
Comment #10
hass commentedYes, this will also work... It's the way a few things have been implemented in the Date and Event module, too. For e.g. for the *many* time zones...
EDIT: http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/date/date_t... and jump to
function date_timezone_translate() {Comment #11
hass commentedOpened a feature request for D7 at #471058: Implement format_number() for international number formating.
Comment #12
dave reidI've implemented the workaround method used by date and event in the 6.x-2.x branch. See http://drupal.org/cvs?commit=215524.
Comment #13
avpadernoThe only problem will be if you use potx.module to create the translation template file, which would not include those strings, and report you that you are using a variable in a call to
t().Comment #15
avpaderno