[development] Drupal and i18n, the holy grail?

[Bèr Kessels]

Op zaterdag 25 februari 2006 15:47, schreef Adrian Rossouw:
> Remember that just because you can override any setting doesn't
> mean you will be able to from the interface. You still need to actually
> have a form element to capture the setting for that specific layer,
> although you might just change the default layer that things save to.

That is not a big problem. in the case of a translator for settings, we can 
use form_alter and so. As long as we have the concept of cascading variables 
we have the foudation of the problem solved.

Well, part of it.

Still problematic are: 
profile fields
CCK/flexinode types
CCK/flexinode fields
menu titles
block titles
roles
input formats
views
and much, much more. 

All need a way to become translated....

I think a module or a few modules that do this part by part is the only way to 
solve it. A huge task....

My, personal shot at this, is to use less on-site configuration and more real 
PHP.
A block defined in a hook_block can have a t() around its title. A block added 
trough the online interface has no translation options. Same for menus, node 
types, etc etc etc. Another reason not to lean too much on online 
configuration, but rather build your site with normal PHP files.

Bèr
-- 
[ End user Drupal services and hosting | Sympal.nl ]