SJ> Этот формат в формато .po и обратно переводится тупейшим скриптом SJ> русский файл: SJ> text.main.tile = "Тайтл страницы" SJ> po файл: SJ> "Тайтл страницы" = "Page title"
SJ> что не так? или мы в данный момент думаем как сделать удобно себе (с SJ> т.з. гибкости, нагрузочности и т.п.) или как удобно переводчику? если ты его переведешь в формат .po то тогда вопросов нет. я говорю о том что у меня есть приличный опыт общения с переводчиками проектов в Debian и небольшой опыт общения с переводчиками для моих собственных проектов. так вот, средний переводчик не захочет переводить html (например) или скажем perl. разве что если ему дать программу в которой он введет переводы не задумываясь о форматах файлов. .po - хорошо переводятся QT'шные XML'ки тоже хорошо переводятся а даже файлы предложение = предложение переводятся плохо. у меня один проект есть, где пользователей довольно прилично (6млн посещений странички в год). так поначалу он такой и был фраза = перевод. было только два перевода на немецкий (знакомый) и на русский (я). а потом переделал на .po и как-то сразу стало их десять SJ> а если переводчику не удобно - найдем другого. SJ> 2009/11/16 Dmitry E. Oboukhov <[email protected]>: SJ>>> Весь статический текст дизайна - в переменные TT SJ>>> Сами перемменные определять в языковом ТТ шаблоне SJ>>> И соответственно инклюдить нужный шаблон >> SJ>>> JS - теоритически так же перегенерять, но идеальнее всего избавиться SJ>>> от текстов в нем вообще >> >> самый плохой вариант. как правило переводчики очень хреново относятся >> к тому что им нужно формат файла какой-то соблюдать. им бы программку >> запустить с двумя полями "фраза - перевод" тогда переводы быстро >> пишутся >> >> поэтому интерфейс с _переводчиком_ идеально делать каким-то >> стандартным. например gettext -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: [email protected] jabber://[email protected] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
