Forum OpenACS Development: Re: I18N AMS & Dynamic Types

Collapse
Posted by Malte Sussdorff on
I went ahead and got it to work beautifully, while also detecting the problem that a couple of strings for attribute pretty names in acs-kernel and acs-subsite are hardcoded. I changed it on my install to use I18N and if I don't detect and negative side effects I will commit next week (the kernel changes).

Two issues though that need to be worked out:

- New attributes in a locale != en_US. As acs-lang requires you to register the string in en_US before any other language you face the issue that it is impossible to add an attribute e.g. only in German. I solved this by adding the language key first in en_US and then into the locale of the user adding this attribute. I also think that it might be fun to try out the babblefish SOAP gateway in the tsoap package to translate the message into english before inserting it, but this is still a little bit off.

- Editing attribute names. Any form that offers you to edit the pretty names of the attributes will display "<span>#</span>ams.message_key#" instead. My approach would be to disallow the changing of the pretty name in the user interface, but maybe this is a little bit too drastic.