Closed (fixed)
Project:
Drupal core
Version:
6.x-dev
Component:
language system
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
27 Sep 2007 at 20:58 UTC
Updated:
13 Oct 2007 at 01:41 UTC
Jump to comment: Most recent file
Comments
Comment #1
gábor hojtsyThis looks like your PO file is broken. Can you post the first 30 lines of your de.po file for the theme here?
Comment #2
hass commentedI think the bug is caused by
all/themes/mytheme/translations/de... and this is not POT file related... The insert is trying to insert a path where it should only insert the language iso code...Nevertheless, the first 30 lines from the POT:
Comment #3
gábor hojtsyAh, I see. This might have something to do with how the language code is computed there, which looks quite interesting.
Comment #4
gábor hojtsyHm, this is the code which tried to find out the language code from the filename:
This matches file path endings like "/de.po" or "something.de.po". Seems like the ([^\.]+) part is a bit too greedy here, and it should also exclude slashes. Please try to use the
'!(/|\.)([^\./]+)\.po$!'pattern (so we exclude / from the language code we match against), and report results.Comment #5
hass commentedThis patch works for me. All strings successfully imported without any errors :-).
Aside are you able to give me a hint, about the plan for the splitted files for complete translation, please? Is the final plan to create in every modules directory a sub directory "translations" and place the small appropriate files for every language there, or is there any global directory planed, where we drop all splitted files in? I don't like to put 15 files of 10 languages in the website root or the same directory :-(.
Comment #6
gábor hojtsyThanks, patch committed.
The idea of course is that every module would have a translations subfolder with files *for that module* per language. This allows us to only load what's really required, and not load extra stuff, which would be unused and would slow down your site. Example tarball: http://drupal.org/node/176141 Now extractor.php / potx-cli.php generated files can be automatically packaged to this kind of tarballs with po-packager: http://cvs.drupal.org/viewvc.py/drupal/contributions/tricks/po-packager/ Although this is just a dirty trick for now, and there supposed to be a better solution for translators which will autogenerate tarballs in this format. See http://hojtsy.hu/drop/LocalizationServer.swf This is still in the works, but it accessible and possible to try out: http://drupal.org/project/l10n_server A copy of this will be hosted at drupal.org to provide a central collaboration interface for translations.
Comment #7
hass commentedCOOOOOOL. THX... the po-packager was the thing i'm searching and tried to build myself... i will give it a try.
Comment #8
(not verified) commented