Re: Translation updates: errors_ru.properties
От | Serguei A. Mokhov |
---|---|
Тема | Re: Translation updates: errors_ru.properties |
Дата | |
Msg-id | Pine.LNX.4.58.0410071756030.26362@haida.cs.concordia.ca обсуждение исходный текст |
Ответ на | Re: Translation updates: errors_ru.properties (Kris Jurka <books@ejurka.com>) |
Ответы |
Re: Using gettext (was Translation updates: errors_ru.properties)
|
Список | pgsql-jdbc |
On Thu, 7 Oct 2004, Kris Jurka wrote: > Date: Thu, 7 Oct 2004 12:37:01 -0500 (EST) > > On Thu, 7 Oct 2004, Serguei A. Mokhov wrote: > > > Peter E. and the pgAdmin team make it easier for translators by maintaing > > the pages [1] and [2], with the new strings automatically merged in, to > > ease up the job of translators who don't have necessarily the source tree > > installed and possibly gettext or otherwise tools. > > Well these projects are a little different because they do use gettext > which automatically produces the po files. We considered using gettext > for the JDBC driver, but kind of stalled because we did not want to add > any build dependencies. We could do this by checking the compiled files > into cvs, but that isn't ideal either. I'd still like to move to gettext > because I think the current system is error prone (and more work) for both > developers and translators. > > > It'd be cool if the JDBC project had a similar page updated daily or some > > such, because it's a bit more tedious with the .properties files to find > > what's missing than with .po files. > > There are probably tools to compare properties files and merge them > accordingly, but I'm not immediately aware of them. The problem is when > the English message changes there is no way to notice and update the > translated message. Totally agree with you on all of the above. > In the end I think the correct solution is to move to > gettext. When do you think that might happen? > Kris Jurka > -- Serguei A. Mokhov | /~\ The ASCII Computer Science Department | \ / Ribbon Campaign Concordia University | X Against HTML Montreal, Quebec, Canada | / \ Email!
В списке pgsql-jdbc по дате отправления: