April 2007 - translations - lists.drupal.org

The big locale cleanup
by Gabor Hojtsy 28 Apr '07

28 Apr '07

Hi, The following patch removes lots of cruft from locale.module and cleans up locale.inc a great deal. Let's open the door for more locale module improvements and functionality now that the batch API is close to hitting core and advancements on user defined string translation are made: http://drupal.org/node/139970 "This big update eases (at least my) maintenance work on locale module, so I would be very happy to get this in. A cleanup such as this was very due for locale module now, especially that we are adding more stuff in there very soon (think automated PO import, language block, user specified string translation, etc). Time is tight, so reviews of this patch are very much appreciated! Apply the patch, try out the forms, report problems. Let's get this in!" Gabor

1 0

Where is this translation problem?
by Miguel Duarte 22 Apr '07

22 Apr '07

>Miguel Duarte wrote: >> Your explanation makes sense, as I tried other translations (spanish) >> and I found exactly the same problem. But this is a really nasty >> problem. First it gives really a bad image to the translations, as the >> create content page is one of the main pages people use, and second, >> much more important, it will create trouble for site owners, as a lot >> of people that will use their sites will not know English at all and >> those options will confuse them. > >Well, if they were comfortable *installing* Drupal in English, then how >they don't know English? Setting up content types should be part of the >web site setup process. The big problem is not the webmaster. It's the users. I'll give you an example, I own a poetry website with 12.000 users a day. A lot of them don't know English, sometimes they even find difficult to register on the site. How will they be able to use my site, if instead of the Portuguese translation, they find an option "story"? This is a critical problem. The translation is failing on one of the most important aspects of it (it could fail in many other things, but on this particular part, it really affects the site usage by non-english speakers). >> Is anybody trying to solve this serious quality problem? >> On sites already installed what can a webmaster do to solve this problem? > >1. On an already installed site, if you have only one language, you can >edit your content type names and descriptions to suit your needs. I believe you didn't fully understood the problem. I can't - that is the problem - in the past I could (I remember changing the standard translation of "story" with older versions of Drupal). I only use one language, but I end up with English words and descriptions on one of the probably most used parts of the interface and there is no way I can change it. I even tried to access the database directly to change it, but the tables aren't in a way that is easy to edit. -- Mobile: +351.966075978 Office: +351.217242590 Fax: +351.66966075978 Skype: mcduarte2000

2 2

Where is this translation problem?
by Miguel Duarte 22 Apr '07

22 Apr '07

>> There are some expressions we translated, with the latest "pot" files, >> and on the 5.1 they are appearing in English. > >The problem is by design: When you install Drupal, these strings are >inserted in the database. They are wrapped in t() (or st()), but >since you don't have a translation at install time, the english >strings are written to the database. You can solve this problem by >renaming the "installer.po" from your translation tarball to "es.po" >or "de.po" and copying it to /profiles/default". The Drupal installer >then prompts you with a language selection prior to the installation. > >Konstantin Hi Your explanation makes sense, as I tried other translations (spanish) and I found exactly the same problem. But this is a really nasty problem. First it gives really a bad image to the translations, as the create content page is one of the main pages people use, and second, much more important, it will create trouble for site owners, as a lot of people that will use their sites will not know English at all and those options will confuse them. Is anybody trying to solve this serious quality problem? On sites already installed what can a webmaster do to solve this problem? Regards, Miguel Duarte -- Mobile: +351.966075978 Office: +351.217242590 Fax: +351.66966075978 Skype: mcduarte2000

2 1

Where is this translation problem?
by Miguel Duarte 21 Apr '07

21 Apr '07

There are some expressions we translated, with the latest "pot" files, and on the 5.1 they are appearing in English. Example: "If you want to add a static page, like a contact page or an about page, use a page." "Stories are articles in their simplest form: they have a title, a teaser and a body, but can be extended by other modules. The teaser is part of the body too. Stories may be used as a personal blog or for news articles." Both are translated (on the "system-install.po"), but on the site they still appear in english. The most strange is when I search on the database (http://www.liberal-social.org/admin/settings/locale/string/search) the expressions are there and are translated. Where is the problem? What can I do about it? Miguel Duarte -- Mobile: +351.966075978 Office: +351.217242590 Fax: +351.66966075978 Skype: mcduarte2000

4 3

Re: [translations] [Translations] Drupal Update
by Gerhard Killesreiter 20 Apr '07

20 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 tanya(a)mopay.co.za schrieb: > tanya mopay sent a message using the contact form at > http://drupal.org/contact. > > Hi, plz help. Our webdesigner was recently fired, and I just messed up our > website. Everything is in Spanish all of a sudden. All I did was to update > drupal from 4.7.2(i think) to the new 5.1. The whole site is messed up. > What must I do?? I didn't think it would change anything... Your urgent > reply will be appreciated. Please chose the appropriate channel for your request: http://drupal.org/support Cheers, Gerhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGKJH+fg6TFvELooQRAuvoAKCfVirAkzDaCvBbQyJlCmgcPt1OrACfdO3y ltVxb3hdl2weut7+AYn9crc= =RKtG -----END PGP SIGNATURE-----

2 1

please debug autolocale - batch imports
by Jakub Suchy 13 Apr '07

13 Apr '07

Hi, i am trying to do something about batch operations with autolocale for drupal 6.x-dev. Nowadays, i have somehow working module, which does something, but has one big bug and tons of needed tweaks. Please test this. This is related to: http://drupal.org/node/127539 - progressive operations in Drupal which we need for autolocale. You can find my version of Autolocale here: http://sestka.drupal.cz/modules/autolocale/autolocale.install.phps http://sestka.drupal.cz/modules/autolocale/autolocale.phps I am not making this as a patch to autolocale yet, because it's not ready (It's hell not ready. It's a proof of concept). There are too many bad paths, notices, strange things. My autolocale is little bit updated for 6.x (working menu, skipping duplicate checks for development phase. You can find it under site building -> automatic import. Try putting some .po to modules/system/po/system-module.LANGCODE.po and then try importing. It works. But when importing many files, it just don't import anything. But _locale_import_read_po() is called and it opens all needed files. Please note that: 1) Menu is somehow cached in 6.x. You will not see changes after importing in menu. Look for some hook_help() texts to see if import was succesful 2) batch operation writes "0 processed" after doing the work. everytime... Jakub

2 1

[Translations] Drupal sinhala translation
by malindahs＠yahoo.com 08 Apr '07

08 Apr '07

malindahs sent a message using the contact form at http://drupal.org/contact. hi! I have already applied for CVS account and didnt receive any approval. please let me know the situation. thanks, malinda.

1 0

Translation template extraction now a separate project!
by Gabor Hojtsy 07 Apr '07

07 Apr '07

Hi! An excerpt from the announcement (http://groups.drupal.org/node/3546) "The extractor.php file sat there in the translation templates project waiting to get criticized to death for being hard for beginners and even people experienced with Drupal. Fortunately Raimund Bauer come along to actually disturb the waters and start to build a web based interface on top of the extraction functionality. For maintainability reasons, this resulted in the extractor.php script getting move to the resulted project..." Read on there for more information! Please test and provide suggestions and ideas about how a web based extractor should work (I don't think the current interface is ideal). Gabor

1 0