Re: [DOC-RO] improving our translations process
[email protected] (Gabriel PREDA) Sat, 11 Apr 2009 16:01:00 +0300
| Newsgroups | php.doc,php.doc.ar,php.doc.bg,php.doc.cs,php.doc.da,php.doc.de,php.doc.es,php.doc.el,php.doc.fa,php.doc.fi,php.doc.fr,php.doc.he,php.doc.hk,php.doc.hu,php.doc.it,php.doc.ja,php.doc.kr,php.doc.nl,php.doc.pl,php.doc.pt,php.doc.pt-br,php.doc.ro,php.doc.ru,php.doc.sk,php.doc.sl,php.doc.sv,php.doc.tr,php.doc.tw,php.doc.zh,php.doc.no,php.doc.se |
|---|---|
| Message-ID | <[email protected]> |
--0016364d22618d8ecf04674713fa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit +1 for SVN Gabriel PREDA -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Certified MySQL Associate Zend Certified Engineer Senior Web-Applications Developer -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- http://e-radical.ro/ On Fri, Apr 10, 2009 at 11:58 PM, Philip Olson <[email protected]> wrote: > Greetings doc geeks, > > We need to improve our translations system for various reasons: > > A. It's difficult to work with: > Honestly I don't know how translators put up with the current system and > think it helps contribute to dead translations. Many kudos go to the > translators! > > B. A new VCS is forcing a change: > One day soon the PHP project will move from CVS to a new VCS, likely either > Subversion or Git. This presents a real problem because we rely on CVS > revision numbers for tracking the translations status. > > C. Translating markup and related worries: > Whether or not an XML markup change affects translations shouldn't be on > our minds, but today it must be. Currently all changes, markup or otherwise, > affect the status of a translation. Ideas were explored to help solve this > symptom but nothing great came about. > > So we must change our process, but how? We have a few options: > > 1. Keep the current system, and simply change the revision handling > 2. The same as (1) but with a few other tweaks > 3. Totally rethink the system > > I'm in favor of (3) but personally don't know the topic well enough to > comfortably design it. My gut says move towards a gettext based system with > po/pot files but again it's not something I've used personally but do know > others have and like it, that other large manuals use it with success, and > that many tools exist to manage this including po specific text editors. And > because several projects already do this we could evaluate several and > decide what would work best for us. And, of course steal their HOWTO > information ;) > > Please, all comments, complaints, questions and suggestions are welcome. > Especially from translators! > > Regards, > Philip > > P.S. Please only reply to [email protected], this initial email CCs all > doc lists to notify everyone of the topic. > > -- > PHP Romanian Documentation Mailing List (http://php.net/manual/ro/) > To unsubscribe, visit: http://www.php.net/unsub.php > > --0016364d22618d8ecf04674713fa--