Menu
▾
▴
Re: [Web-erp-developers] Translation of sentence with parameters...
|
From: skaill <sk...@ro...> - 2004-09-08 20:48:52
|
Whatever you decide, Phil I am just happy to have Multilanguage and will work on changing the scripts accordingly. I am, however, still not keen on the variable interpolation (embedded variables within strings). I just see dangers. I see the translator screwing up the variable name, dropping it all together, etc. Unless it uses the built in gettext for ALL but strings with variable interpolation then I see much more demand on the server. They are my main concerns from what I understand so far. I would, however, like an alternative software gettext included for those who can't have a built in gettext. Variable interpolation and a software gettext for those that don't have are, however, two separate issues. It's just that the software gettext has the ability to address both issues if wanted. Steve ----- Original Message ----- From: "Daintrees" <p.d...@pa...> To: <web...@li...> Sent: Wednesday, September 08, 2004 4:00 PM Subject: Re: [Web-erp-developers] Translation of sentence with parameters... > I have yet to test them out and you mentioned they are yet to go through the > translation exercise anyway. > I should make a call on the translation stuff later class or no class. > > Phil > ----- Original Message ----- > From: "Jesse Peterson" <je...@st...> > To: <web...@li...> > Sent: Wednesday, September 08, 2004 10:55 PM > Subject: Re: [Web-erp-developers] Translation of sentence with parameters... > > > > Phil, if you like a Class like this but need help unnecessary > > dependencies, let me/us know and I'll see what I can do. > > I'd rather see what I believe to be more complete translations, but will > > certainly support whatever is decided upon. > > > > btw, are you just sitting on the updated set of scripts I sent you > > recently waiting for this to play out? Do let me know if you have > > problems - I will work out any bugs if you find them, but I feel much > > more confident about the updated set. let me know. > > > > jesse > > > > Phil Daintree wrote: > > > > >Looks like we crossed messages. > > >I will have a look at this class in more detail - if I must :-( It would > > >be a good feature not to be dependent on gettext being compiled in. It > > >does say stable. Its miserable to have to declare variables like this > > >though! > > > > > >P > > > > > >On Wed, 2004-09-08 at 22:05, Hani Naguib wrote: > > > > > > > > >>Hi Phil, > > >>The class you mention below is the one I was talking about. It depends > > >>on PEAR but > > >>removing this dependency was really simple although I can't remember > > >>exactly what > > >>the dependency was, but it only took 30 mins to figure it out last time. > > >> > > >>In the end you end up with this extra class (one php file) and I also > > >>had another php > > >>file (language.php) in which I wrote some shortcut functions. This > > >>removes the need for > > >>having gettext compiled into php. Remember most translators will > > >>probably be working > > >>on their home pc, which probably does not have gettext. I seem to > > >>remember it was an > > >>involving process to get gettext into php. > > >> > > >>As for the variables issue I guess it will boil down to your > > >>preferrence, since it is not a very > > >>common thing, it should not affect 80% of the translations, but would > > >>mean someone > > >>translating into a new language may one day need to change the code. > > >> > > >>By the way there is also an even less common feature to keep in mind > > >>that has to do with > > >>the quantity of objects within translations. For example > > >> > > >>'You have 2 ITEMS in your bag" is fine for numbers above 1, but > > >>'You have 1 ITEMS in your bag" is incorrect. > > >> > > >>In Arabic it is even worse :) since there are three forms to consider, > > >>single, dual and plural. :) > > >> > > >>Hani > > >> > > >>Phil Daintree wrote: > > >> > > >> > > >> > > >>>*This message was transferred with a trial version of CommuniGate(tm) > Pro* > > >>>This is a good example. > > >>> > > >>>Why couldn't the translation string in messages.po be as follows > > >>> > > >>>msgid = "Display" > > >>>msgstr = "Mostra opzioni per il modulo" > > >>> > > >>>msgid = "options" > > >>>msgstr =' ' > > >>> > > >>>the output for the English version is: > > >>> > > >>>Display $module options > > >>> > > >>>the output for the Italian version is: > > >>> > > >>>Mostra opzioni per il modulo $module > > >>> > > >>>Ok, I know this wouldn't work in some situations but the point is that > > >>>there are work arounds that might involve more imaginative use of > > >>>language rather than complex code and additional classes that would > work > > >>>in a good proportion of cases. I would rather us explore these options > > >>>first. > > >>> > > >>>If we absolutely had to, > > >>>as a last resort, > > >>>after every other avenue had failed, > > >>>and there really is no other way ..... > > >>> > > >>>and AFTER we have all the scripts 'gettextified' using the absolute > bare > > >>>minimum of "fancy stuff" and if then there is still dissatisfaction I > > >>>would prefer to use a gettext class: > > >>> > > > >>>http://phptal.sourceforge.net/bagpack/GetText/doc/gettext.variableinterpo > lation.html > > >>> > > >>>this creates another dependence though and I really really only want to > > >>>depend on PHP and a DB - nothing else. If it comes to this then it > would > > >>>be better if we could include the minimal additional files in the > > >>>distribution so there is nothing extra to worry about in terms of PEAR > > >>>classes to install. > > >>> > > >>>Phil > > >>> > > >>> > > >>>On Wed, 2004-09-08 at 20:31, luc...@pd... wrote: > > >>> > > >>> > > >>> > > >>> > > >>>>Hello all. > > >>>>As stated in my previous message, I was trying to solve the problem of > sentences with one or more parameters. As an example just consider -"Display > ". $ModuleName . " options:"- in www_users. > > >>>>Here's my proposed solution. > > >>>>I am using special tags in the tobetranslated and translated sentence, > i.e : > > >>>>ENGLISH: Display __Parameter1__ options > > >>>>ITALIAN: Mostra opzioni per il modulo __Parameter1__ > > >>>> > > >>>>when I have to translate this sentence I make this call: > > >>>>translate('Display __Parameter1__ options',$ModuleName) > > >>>> > > >>>>Here's the definition of the function translate: > > >>>>function translate($idOfLabelToBeTranslated) > > >>>>{ > > >>>> global $lang; > > >>>> if ($lang[$idOfLabelToBeTranslated]!=null){ > > >>>> $numargs = func_num_args(); > > >>>> if($numargs >1){ > > >>>> $arg_list = func_get_args(); > > >>>> $returnString=$lang[$idOfLabelToBeTranslated]; > > >>>> for ($i = 0; $i < $numargs; $i++) { > > >>>> //echo "Argument $i is: " . $arg_list[$i] . "<br />\n"; > > >>>> $returnString = > str_replace('__Parameter'.$i.'__',$arg_list[$i],$returnString); > > >>>> } > > >>>> return $returnString; > > >>>> } > > >>>> else //number of arguments is 1 > > >>>> return $lang[$idOfLabelToBeTranslated]; > > >>>> } > > >>>> else //there is no translated label in the array > > >>>> return $idOfLabelToBeTranslated; > > >>>>} > > >>>> > > >>>>As you can see it takes a variable number of arguments. If we have > more than 1 argumentes, i.e. some parameters have to be inserted in the > sentence, it simply gets the translated label, which contains the varios > strings __Parameter1__ ... __ParameterN__. Then it substitutes the parameter > string with the values passed as arguments. > > >>>> > > >>>>The main concern I still have on this solution is: > > >>>>"__ParameterN__" as the tobereplaced string is cabled, thus every > translator has to keep in mind to strictly use this formalism. Of course any > suggestion on how to choose a formalism wich can be surely not confused with > any real life word, will be appreciated. > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>> > > >>> > > >>>------------------------------------------------------- > > >>>This SF.Net email is sponsored by BEA Weblogic Workshop > > >>>FREE Java Enterprise J2EE developer tools! > > >>>Get your free copy of BEA WebLogic Workshop 8.1 today. > > >>>http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > > >>>_______________________________________________ > > >>>Web-erp-developers mailing list > > >>>Web...@li... > > >>>https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >> > > >>------------------------------------------------------- > > >>This SF.Net email is sponsored by BEA Weblogic Workshop > > >>FREE Java Enterprise J2EE developer tools! > > >>Get your free copy of BEA WebLogic Workshop 8.1 today. > > >>http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > > >>_______________________________________________ > > >>Web-erp-developers mailing list > > >>Web...@li... > > >>https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > >> > > >> > > >> > > > > > > > > > > > >------------------------------------------------------- > > >This SF.Net email is sponsored by BEA Weblogic Workshop > > >FREE Java Enterprise J2EE developer tools! > > >Get your free copy of BEA WebLogic Workshop 8.1 today. > > >http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > > >_______________________________________________ > > >Web-erp-developers mailing list > > >Web...@li... > > >https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by BEA Weblogic Workshop > > FREE Java Enterprise J2EE developer tools! > > Get your free copy of BEA WebLogic Workshop 8.1 today. > > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
