Hi Massimo, I could not install that appliance.
But maybe it's better to do it from scratch, without repeating code, i.e. calling the 'edit_language' action in the 'admin' app indirectly via my own app (after checking auth_user permissions), with xmlrpc or exec_environment?. Does it make sense?. Thanks, Carlos On Nov 26, 11:33 am, mdipierro <mdipie...@cs.depaul.edu> wrote: > I see. There is this very old app:http://web2py.com/appliances/default/show/9 > > that allows users permissions only to translate. > > It should be revamped and: > 1) change the edit language page to the new one > 2) integrate with auth > 3) allow administrator to assign languages to auth_users > > It is a 1h job to a skilled web2py programmer. It would be nice to > have this functionality. > It is in my queue but my todo queue is long today so I will take help > with this one. > > adopt this appliance! > > massimo > > On Nov 26, 11:27 am, Carlos <carlosgali...@gmail.com> wrote: > > > > > > > > > Hi Massimo, > > > I believe the T.set_current_languages you propose refers to viewing > > the website in a specific language for a certain user. > > > What I'm asking for is a way to edit the language files (as regular > > web apps, not appadmin) with authorization, e.g. userA can only edit > > 'en' language, userB can only edit 'es' language, and so on. > > > Such that we can assign the "translator" role to users for specific > > languages. > > > Thanks, > > > Carlos > > > On Nov 25, 9:58 pm, mdipierro <mdipie...@cs.depaul.edu> wrote: > > > > yes. Make a custom auth_user table with an extra 'language' field and > > > then do > > > > if auth.user: T.set_current_language(auth.user.language) > > > > On Nov 25, 12:06 pm, Carlos <carlosgali...@gmail.com> wrote: > > > > > Thanks Massimo. > > > > > Btw is it possible to update the language files via web apps with > > > > authorization (e.g. userA can only update english, userB only spanish, > > > > and so on)?. > > > > > Carlos > > > > > On Nov 25, 11:33 am, mdipierro <mdipie...@cs.depaul.edu> wrote: > > > > > > This is a good idea. All you need to do is: > > > > > > T.current_languages=[] > > > > > > in this way even english will require translation. > > > > > > Massimo > > > > > > On Nov 25, 11:30 am, Carlos <carlosgali...@gmail.com> wrote: > > > > > > > Hi, > > > > > > > Please let me know if the following makes sense: > > > > > > > I want to implement internationalization using always keys (codes) > > > > > > for > > > > > > all T() occurrences, instead of using strings corresponding to one > > > > > > specific default language. > > > > > > > I believe this is necessary (please correct me if I'm wrong) in the > > > > > > following scenario: if I use 'en' as the default language and I wan > > > > > > to > > > > > > use T('please enter your info'), then I can translate this string to > > > > > > all other languages, BUT what would happen if I need to change the > > > > > > translated string in english (e.g. from "please enter your info" to > > > > > > "please type your info")?, then all other languages for that > > > > > > specific > > > > > > translation will be gone (out or sync), correct?. > > > > > > > If we use keys/codes (instead of a default language), and require to > > > > > > translate ALL languages (including 'en'), then I could make this > > > > > > change without affecting all other languages, right?. > > > > > > > Do you see any problems with this approach?, do you have any > > > > > > recommendations?. > > > > > > > Thanks, > > > > > > > Carlos > > > > > > > On Nov 25, 10:36 am, mdipierro <mdipie...@cs.depaul.edu> wrote: > > > > > > > > Not for T(variable) since variable is only defined at runtime. > > > > > > > > On Nov 25, 10:24 am, Carlos <carlosgali...@gmail.com> wrote: > > > > > > > > > Hi Massimo, > > > > > > > > > Thanks, it now works ok with T.force. > > > > > > > > > Is there a way to automatically update multiple language files > > > > > > > > at once > > > > > > > > with all these lazy T's?. > > > > > > > > > Carlos > > > > > > > > > On Nov 25, 10:00 am, mdipierro <mdipie...@cs.depaul.edu> wrote: > > > > > > > > > > Update all languages will not catch this because this can > > > > > > > > > only be > > > > > > > > > caught at run-time. The string should be added in the > > > > > > > > > language file > > > > > > > > > when you run the action (and the browser set to the language > > > > > > > > > needing > > > > > > > > > translation). > > > > > > > > > > try again, check the language file timestamp. If the file is > > > > > > > > > not being > > > > > > > > > updated, may be a permission issue. > > > > > > > > > > On Nov 25, 9:48 am, Carlos <carlosgali...@gmail.com> wrote: > > > > > > > > > > > Hi, > > > > > > > > > > > I am trying to make internationalization work with > > > > > > > > > > variables, in my > > > > > > > > > > local environment on Win7, with web2py 1.89.1. > > > > > > > > > > > For reference I have the following test controller: > > > > > > > > > > > def xyz(): > > > > > > > > > > x = 'xyz' > > > > > > > > > > return T(x) > > > > > > > > > > > But after calling that method, when I look at any of the > > > > > > > > > > language > > > > > > > > > > files, the string 'xyz' is not there, even after executing > > > > > > > > > > "update all > > > > > > > > > > languages". > > > > > > > > > > > Am I doing anything wrong?. > > > > > > > > > > > Thanks, > > > > > > > > > > > Carlos
