Hi I am trying to translate the date strings (days names, months names, etc) but somehow the string search box can t find them. I a previous Drupal and similar Drupal installation i could find them without any problem, the only difference with this latter site it is that it is a multisite (www.mysite.com/site_x), could that be the problem? Simone
I think the database table is populated with the source strings as you visit the relevant pages, because Drupal does not scan all files for strings automatically.
Try visiting some pages where these strings appear and then search again. Or, try importing a full translation in some random language and then remove it if you don't need it..
On Sun, Jan 11, 2009 at 3:50 PM, simone-www. io-lab. org cimo75@gmail.com wrote:
Hi I am trying to translate the date strings (days names, months names, etc) but somehow the string search box can t find them. I a previous Drupal and similar Drupal installation i could find them without any problem, the only difference with this latter site it is that it is a multisite (www.mysite.com/site_x), could that be the problem? Simone
-- .wmv , .wma , .pps along with all proprietary Windows formats won t be accepted and/or viewed.... -- [ Drupal support list | http://lists.drupal.org/ ]
MAGIC! they are all there beginning from today i haven t done anything special but all you wrote makes sense. The weird thing is that all the URL reference for the strings on both sites are for the same site, anyway with a little hack/text editor/replacing i got it in both sites yay!
On Mon, Jan 12, 2009 at 10:42 AM, Cog Rusty cog.rusty@gmail.com wrote:
I think the database table is populated with the source strings as you visit the relevant pages, because Drupal does not scan all files for strings automatically.
Try visiting some pages where these strings appear and then search again. Or, try importing a full translation in some random language and then remove it if you don't need it..
On Sun, Jan 11, 2009 at 3:50 PM, simone-www. io-lab. org cimo75@gmail.com wrote:
Hi I am trying to translate the date strings (days names, months names, etc) but somehow the string search box can t find them. I a previous Drupal and similar Drupal installation i could find them without any problem, the only difference with this latter site it is that it is a multisite (www.mysite.com/site_x), could that be the problem? Simone
-- .wmv , .wma , .pps along with all proprietary Windows formats won t be accepted and/or viewed.... -- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
On Mon, 12 Jan 2009 13:34:38 +0000 simone-www.io-lab.org cimo75@gmail.com wrote:
MAGIC! they are all there beginning from today i haven t done
Just to explain there is no magic.
If you're visiting the English version of the site the translation table doesn't get populated... t() just output the passed string without accessing the DB. If you visit your your site in another language, since Drupal still don't know how to translate some strings will still show the English version but will start to populate the translation table.
I've some t() that takes input from the DB and till now I've been too lazy to find a way to populate the translation DB to be able to translate strings other than visiting pages.
Not being a mother tongue English when I'm coding I find distracting to think a good sentence in English.
Generally the Italian version has precedence and English is (should be) corrected later.
Furthermore it is hard to spot "near duplicates".
I'm still looking for a better work-flow.
Being Italian myself coding a Spanish page with an English interface aaarrgh ;) Anyway i usually prefer to have an English interface cause that s the way i am used to and all the tech stuff is in English. That said I am now installing Drupal in Spanish so it gets easier to deliver a Spanish page to an only Spanish speaking customer. Simone
On Mon, Jan 12, 2009 at 2:38 PM, Ivan Sergio Borgonovo mail@webthatworks.it wrote:
On Mon, 12 Jan 2009 13:34:38 +0000 simone-www.io-lab.org cimo75@gmail.com wrote:
MAGIC! they are all there beginning from today i haven t done
Just to explain there is no magic.
If you're visiting the English version of the site the translation table doesn't get populated... t() just output the passed string without accessing the DB. If you visit your your site in another language, since Drupal still don't know how to translate some strings will still show the English version but will start to populate the translation table.
I've some t() that takes input from the DB and till now I've been too lazy to find a way to populate the translation DB to be able to translate strings other than visiting pages.
Not being a mother tongue English when I'm coding I find distracting to think a good sentence in English.
Generally the Italian version has precedence and English is (should be) corrected later.
Furthermore it is hard to spot "near duplicates".
I'm still looking for a better work-flow.
-- Ivan Sergio Borgonovo http://www.webthatworks.it
-- [ Drupal support list | http://lists.drupal.org/ ]