https://www.opennet.me/openforum/vsluhforumID3/11856.html В документе рассказано о создании многоязычных PHP приложений, используя пакет GetText (http://www.gnu.org/software/gettext/).<br><br>URL: http://php.russofile.ru/ru/authors/multilangual/php_gettext_prof/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=5794<br> https://www.opennet.me/openforum/vsluhforumID3/11856.html#21 Tue, 26 Jul 2005 10:33:56 GMT &gt;самого .tsv можно было бы иметь весь инструментарий в виде банального <br>&gt;офиса, что удобнее для преоблядающей группы тех редакторов, которые и про <br>&gt;html не слышали. <br><br>Удобство - дело привычки. Пока мне не встречалось клинических случаев, когда переводчик не признавал бы ничего кроме ворда, обычно достаточно указать, что есть два способа: перевод через вебинтерфейс (не особо удобно, зато сразу на сайте) и перевод текста в офлайне, причём в последнем случаем можно задействовать специальные программы либо обычный текстовый редактор. Обеспечить вебинтерфейсом удобства хотя бы равные интерфейсу обычных приложений - это понадобятся тонны JS (или подобных не особо стандартных методов) при сомнительной производительности. Поэтому, полагаю такую схему разумной - вебинтерфейс для мелких правок и специализированные приложения для массовых переводов в офлайне.<br><br>&gt;А потом, необходимость экспорта/импорта обычно возникает, когда нет возможности эффективно работать в <br>&gt;онлайне. А поскольку сама эта операция требует о https://www.opennet.me/openforum/vsluhforumID3/11856.html#20 Fri, 22 Jul 2005 10:56:24 GMT Угу :-) Переводчики часто пожилые тетечки (бывшие учителя) или студенты. Очень у многих инета просто нет, ровно как инавыков общения с ними - как правило они дома на компе набивают текст в Worde :-) Для GetText есть очень удобный редактор под винду, который решает множество проблемсов. https://www.opennet.me/openforum/vsluhforumID3/11856.html#19 Fri, 22 Jul 2005 09:40:38 GMT вот если где и реализована многоязычность, то это plone. правда к php это не имеет никакого отношения. https://www.opennet.me/openforum/vsluhforumID3/11856.html#18 Fri, 22 Jul 2005 06:31:58 GMT &gt;Настольная программа ничем от сайта не отличается - она действует точно также <br><br>А вот и нет. Отличается и сильно. Переводчик получает доступ к отдельной редакторской части сайта, которая от самого сайта отличается лишь тем, что можно кликнуть на любой блок текста и тут же перевести его не отрываясь от общего контекста страницы. При этом переводчик видит страницу в целом, на переводимом языке, где не переведенные блоки выделены, предположим, цветом.<br> https://www.opennet.me/openforum/vsluhforumID3/11856.html#17 Fri, 22 Jul 2005 06:06:33 GMT Извините за столь большое кол-во текста :-)<br><br>Еще одна "интересная" идея cobolta - создать шаблоны для каждого языка. Опять же говорит о том, что человек не работал с большими проектами.<br><br>Давайте создадим 5 папок для 5 языков. Сайт обладает сложным дизайном и так далее. К чему мы в результате придем? Правильно - любое изменение дизайна повлечет за собой бегатню по десяткам папок и поиску файликов и их редактирования. В результате, поверьте на слово, вы получите бесконечные глюки и проблемы - там не доправили, тут нито стерли. С русским, ну английским еще просто - а что если вас попросят в шаблоне поправить китайское слово или исправить в нем иероглиф?<br><br>Надеюсь, что мои посты помогут пользователям отделить гениальные идеи от практически применимых. Я вовсе не ратую в данном посте за GetText, просто указываю на несостоятельность некоторых идей.<br><br>Приложение, а тем более многоязчное, это сложный организм, который требует тщательной проработки, а не выдвигания скорополительных идей.<br><br>Помните - что задача https://www.opennet.me/openforum/vsluhforumID3/11856.html#16 Fri, 22 Jul 2005 05:59:54 GMT Добавление для Cobolt<br><br>Видимо вы не работали с понастоящему большими проектами. Отсюда ваша нелюбовь к GetText'у. Когда у вас большой проект с 5 языками, включая китайский, и японский, китайских, кстати, два, то вы начинаете понимать что почем и в какое место.<br><br>GetText предоставляет реальные возможности по организации работы переводчиков хотябы для статического контента, потомучто освобождает программиста от головной боли менеджера контента. Мы пердаем переводчику удобный редактор PO файлов и спим спокойно. Передать ему PO файл или непонтяный текстовый файл ВАШЕГО формата - ну я посмотрю что вам скажет какой-нить Хон Гиль Дон на это - пошлет куда подальше, испаганит вам формат файла и приведет ваше приложение к неработоспособности.<br><br>Вы сильно ошибаетесь, думая, что все переводчики продвинутые пользователи. К томуже, в позвольте вас спросить - в чем именно будет редактировать переводчик ваш супер-файлик вашего формата? Могу подсказать - скорее всего в Word или еще какую гадость найдет - вот вы повеселите https://www.opennet.me/openforum/vsluhforumID3/11856.html#15 Fri, 22 Jul 2005 05:52:30 GMT Cobol<br><br>Хватит чушь нести уже. Ты видать совсем не понимаешь для чего есть GetText и для чего он нужен и применяется. Читаю твои сообщения и сразу вижу, что человек явно не о том говорит. GetText - это только одна из частей интернационализации конента, а именно, он нужен ДЛЯ СТАТИЧЕСКОЙ информации, коей в проектах дофига, например сообщения об ошибках скриптов и так далее. Не надо пусть! У тебя явная каша в голове - потомучто ты не разделяешь динамический контент и статический.<br><br>Настольная программа ничем от сайта не отличается - она действует точно также - в ней есть и динамические данные и статически, ты очень наверное удивишься, узнав, что на упонимаемом тобою, С++ GetText вовсе не занимается локализацией динамического контента.<br><br>В общем - учи мат часть, а то пудришь людям голову. https://www.opennet.me/openforum/vsluhforumID3/11856.html#14 Thu, 21 Jul 2005 21:23:34 GMT Попытаюсь выразиться поточнее чем в первый раз, а то изза недопонимания один флейм пойдёт:<br><br>1) Интернационализация обычно требуется как для интерфейса самой програмы, так и для контента, с которым эта программа работает.<br><br>2) В "настольных" программах в основном требуется именно интернационализация интерфейса, для доступности программы большему кругу пользователей. Сами пользователи обычно работают с более-менее одноязычным контентом, или во всяком случае ведут несколько языков не синхронно. <br>Тексты интерфейсов обычно транслируются на этапе разработки, программа попадает к пользователю в готовом виде и в процессе использования уже не дорабатывается. <br>Для такого применения gettext подходит прекрасно, и по праву популярен, хотя и не необходим. Видимо, большенству разработчиков хватает ума не изобретать заново такой простенький велосипедик...<br><br>3) Веб-приложения динамичны по своей природе, и интернационализировать приходится именно динамический контент, объём которого значительно преобладает над объёмом те https://www.opennet.me/openforum/vsluhforumID3/11856.html#13 Thu, 21 Jul 2005 20:20:41 GMT &gt;Ещё возвращаясь к Drupal, забыл отметить, что для экспорта/импорта переводов там используется <br>&gt;формат po-файлов gettext, это собственно и позволяет легко перейти к оригинальному <br>&gt;gettext для поддержки локализации. А po-формат для хранения и обмена удобен <br>&gt;тем, что получаем весь широкий набор инструментария для работы с переводами <br>&gt;- от po-mode в emacs до специализированных утилит с глоссариями и <br>&gt;проверкой синтаксиса. При этом после импорта po-файла в базу CMS предлагает <br>&gt;в дополнение вебинтерфейс для правки переводов непосредственно на сайте. <br><br>Я этого там не помню, но тем кто к этому привык должно быть действительно удобно. Хотя, не необходимо, потому что на базе того-же самого .tsv можно было бы иметь весь инструментарий в виде банального офиса, что удобнее для преоблядающей группы тех редакторов, которые и про html не слышали.<br><br>А потом, необходимость экспорта/импорта обычно возникает, когда нет возможности эффективно работать в онлайне. А поскольку сама эта операция требует определённых м