Перевод сайта: что вы даете переводчикам?

Question

Все в порядке, если вы передаете HTML-фрагменты переводчикам? Если нет, что вы им даете и как вы получаете фрагменты HTML?

Как это нормально сдать? Hey <i>Bob</i>, what's your <span class="important">name</span>?

Answer 1

Выработать на мой комментарий на ответ Квентина:

Мы используем Ruby On Rails для нашего пользовательского интерфейса, но мы грузите машину. Нет никакого URL-адреса, который мы можем отправить нашим переводчикам для контекста. Мы должны отправить им всю ISO, и даже тогда они не смогут фактически использовать приложение без надлежащих данных.

Вместо этого мы отправляем им необработанные файлы Yaml от config/locales, где имеется один файл ресурсов на целевой язык: en-US.yml, fr.yml, de.yml и т. Д.Они импортируют эти файлы в любую систему, которую они используют, переводят, экспортируют и отправляют нам переведенный Yaml. Если им нужен контекст, мы отправляем им скриншоты.

Итак, все, что Rails принимает как переводимую строку, мы отправляем ее непосредственно нашим переводчикам. Мы даже расширили возможности Rails для принятия шаблонов ERb в строках. Это была очень плохая идея :-)

Я не говорю, что это лучшее решение. Мы часто возвращаем неверный Yaml, или они пропускают строки или не переводят так точно, как могли, с идеальным контекстом. Но он работает в целом.

Answer 2

Вы предоставляете переводчикам все, что вы с ними согласны (т. Е. Спрашивают переводчиков, что им нужно, а не других программистов).

Выбрасывание разметки и предоставление им фрагментов слов без контекста, вероятно, вызовет ошибки перевода. Контекст важен для смысла.

Answer 3

Если вы используете какое-либо программное обеспечение для генерации html (то есть - php/asp/asp/net/etc), тогда не предоставляйте переводчикам результирующий html, дайте им файл ресурсов, который вы использовали для генерации html ,

После этого у вас будет файл ресурсов для каждого языка, который вы хотите поддерживать. Затем вы можете использовать настройки языка браузера (доступные через серверную серверную часть), URL-адрес запроса или даже файл cookie (после того, как вы спросите их, какой язык они предпочитают), см. Пример quietpc.com), чтобы выяснить, на каком языке пользователь хочет видеть вас на сайте.

Теперь вы знаете, на каком языке вы представляете свой сайт, вы можете затем написать вам код на стороне сервера, чтобы прочитать соответствующий файл ресурсов, и все готово!

Таким образом, вместо этого ...

Hey <i>Bob</i>, what's your <span class="important">name</span>? 

... ты бы это ...

<%=Resources.Hey%> <i><%=Name%>, <%=Resources.Whatsyour%> <span class="important"><%=Resources.Name%></span> 

Но, расщепляющие вещи, как это очень плохо IMO. Лучше переделать вещи, чтобы они не разделились. Я не думаю, что это отличный пример, поскольку вы спрашиваете Боба, как его зовут. Это Боб!

Я всегда стараюсь выкладывать свои страницы, чтобы я не смешивал переменные с текстом.

Пример ...

Name: Bob 
Mood: Happy 

Имя и Настроение может быть переведено. Боб и Благ происходят из переменных где-то, т. Е. - они динамичны.

Пример разметки ...

<table> 
    <tr> 
     <td><%=Resources.Name%></td> 
     <td><%=Name%></td> 
    </tr> 
    <tr> 
     <td><%=Resources.Mood%></td> 
     <td><%=Mood%></td> 
    </tr> 
</table> 

Это просто, как я подошел к ней в прошлом, как я уже не говорю о других, отличных от (плохой) английский языки, я не знаю, если способ предложений структурирован в зависимости от контекста. Поэтому я всегда старался избегать предложений со встроенными переменными в них.