Re: Re: translation of core files

Hans L wrote:
> IMHO that seems like overkill.  I remember this came up at one point on
> the PEAR-Dev lists -- whether exception messages needed to be
> translated.  I'm sure that I argued that since the target audience for
> exception messages is always developers, this didn't make any sense.  By
> that logic, you would also need to provide translations of the API docs
> themselves.

:-)
I agree, I preferred learning some english words than translating :/
But I know some people around here, that I urge to use bc instead of
their bunch of scripts, that are afraid by a "big" (!) system with
plenty of english systems... If I can convert them by using some
translated messages, why not. Doc could be translated too (once updated!).

> On a related note, I didn't find support on Creole mailing lists for the
> incorporation of iconv() in our Creole version.  The consensus seems to
> be that character translations does not belong in the database layer and
> that having the database in a different charset from the PHP script is
> just a bad idea.

When we want to run php with utf8 as internal encoding, it's not
possible to get all datasource use this encoding; so conversion is not
an option. Personaly I'm moving to Postgres instead of Mysql precisely
to be able to handle everything with utf8. But I currently have a mysql
db backend with an unicode bc driven site that works well (people type
in only european chars).

> Of course, I could see why you guys would want this,
> but apparently this is too much of a fringe usecase to warrant
> introducetion of more complexity in the Creole drivers.  Probably the
> better solution from integration with PHP5 Creole would be to simply
> have a CharsetConverting catch-all driver.  At least Creole was built
> with this sort of extension in mind.

What is a catch-all driver? A sort of filter called on each result ?


-- 
Jean-Christophe Michel
_______________________________________________
dev mailing list
dev-PnctHDZWAvB/Cz2I37pSEPZ4XP/[email protected]
http://lists.binarycloud.com/mailman/listinfo/dev