Component перевод: компонент — с русского на английский

the component — Перевод на русский — примеры английский

На основании Вашего запроса эти примеры могут содержать грубую лексику.

На основании Вашего запроса эти примеры могут содержать разговорную лексику.

Progress was found to be much faster in the areas covered by the component than in other, non-target areas.

В сферах, которые охватывает этот компонент, в отличие от других, нецелевых областей был отмечен гораздо более стремительный прогресс.

As noted above, the component is playing a leading role in the disarmament, demobilization, reintegration and repatriation sensitization process.

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

Initial contacts were made toward the execution of the component activities.

Уже были установлены первоначальные контакты в целях обсуждения вопросов осуществления мероприятий по данному компоненту.

In addition, the component will constantly monitor and adopt necessary risk mitigation measures to keep security risk at an admissible level.

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

The manufacturer may demonstrate these failure modes using driving conditions in which the component is used and the monitoring conditions are encountered.

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

In order to be effective, the component parts of sustainable development financing strategies must have associated investible pipelines.

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

This will constitute one element of the component monitoring associated with the device.

Это представляет собой единый элемент функции контроля, связанной с данным устройством.

Перевод component с английского на русский: Cambridge Dictionary

Нажмите на стрелки, чтобы изменить направление перевода

• Билингвы

• 
  англо-французский
  франко-английский
• 
  англо-немецкий
  немецко-английский
• 
  англо-индонезийский

COMPONENT перевод с английского на русский, translation English to Russian. Англо-Русский словарь по машиностроению и автоматизации производства 2

1) компонент, составная часть, элемент; деталь, обрабатываемая деталь

2) составляющая ( напр. силы )

•

to reverse the component — поворачивать деталь на 180º

— 2 1/2 D component

— accessory components

— add-on component

— aerospace components

— affected component

— alloy component

— architectural component

— arm component

— assembled component

— axial component

— axial leaded component

— bar-coded component

— bar-shaped component

— base component

— bought-in component

— bought-out component

— building block components

— Cartesian components of velocity

— centers-mounted component

— chucked component

— component of force

— component of gravity

— component of unbalance

— composed component

— composite component

— computer component

— conjugated component

— constant component

— contour-milled component

— control component

— controlled component

— coupling component

— cross component

— cutting force component

— data handling component

— defense-related components

— delay component

— direct component

— discontinued components

— drive components

— encapsulated component

— error component

— executive component

— expert system component

— fabricated components

— finish-machined component

— first-off component

— floating component

— force component

— forced component

— formed component

— free component

— front component of unbalance

— fundamental component

— gear component

— general components

— generic components

— gravitational component

— harmonic component

— high-frequency component

— incorrect component

— independent component

— injection-molded component

— in-tolerance component

— irregular component

— key component

— key-turned component

— laser beam travel optical component

— lateral component

— lead component

— machine components

— master component

— mid-of-tolerance component

— miniature component

— misbehaving component

— modular components

— multibend component

— multifeature component

— nonrotational component

— nonstock components

— normalized components

— obsolete components

— odd component

— odd-shaped component

— OEM components

— off-the-shelf components

— one-axis component

— one-off component

— pallet-mounted component

— periodic component

— peripheral force component

— piece part component

— point-to-point NC component

— power-steering components

— preamp component

— preformed component

— pre-production components

— primary component

— primitive component

— principal force component

— printed component

— programmable component

— projection component

— radial component of driving force

— radial component

— radial force component

— rear component of unbalance

— replacement component

— restoring component

— ring component

— rotary component

— rotational component

— rotational machined component

— sample component

— scrap components

— scrapped components

— sealing component

— separating component of driving force

— shaft rotary component

— sheet metal component

— short cycle component

— short operation component

— small batch component

— space-related component

— stabilizing component

— stable component

— stamped blank component

— steady state component

— structural component

— subharmonic component

— subminiature components

— substructure components

— surface mounted component

— system’s crucial components

— tangential component of driving force

— three-dimensional curved component

— through-hole component

— tooling components

— transient component

— translational component

— transverse component

— turned component

— two-axis component

— two-dimensional component

— undefined component

— under-skin components

— unstable component

— useful component

— variable component

English-Russian dictionary of mechanical engineering and automation 2.

     Англо-Русский словарь по машиностроению и автоматизации производства 2.
2003

Перевод «components» с английского на русский язык с примерами

component 🎓 ⚗ перевод с русского на английский

component software 🎓 ⚗ перевод с английского на русский

переводческих проектов — документация Weblate 4.4

Weblate

самый последний

Документы пользователя

• Основные сведения о Weblate
• Регистрация и профиль пользователя
• Перевод с использованием Weblate
• Скачивание и выгрузка переводов
• Проверки и исправления
• В поисках
• Руководство разработчика приложений
• Рабочие процессы перевода
• Часто задаваемые вопросы
• Поддерживаемые форматы файлов
• Интеграция контроля версий
• REST API Weblate
• Клиент Weblate
• API Python Weblate

Администратор docs

• Инструкции по настройке
• Развертывания Weblate
• Обновление Weblate
• Резервное копирование и перемещение Weblate
• Аутентификация
• Контроль доступа
• Переводческие проекты
  • Переводческая организация
  • Добавление проектов и компонентов перевода
  • Конфигурация проекта
    • Название проекта
    • Заготовка проекта
    • Сайт проекта
    • Список рассылки
    • Инструкции по переводу
    • Установить заголовок команды языка
    • Использовать общую память переводов
    • Внести в общую память переводов
    • Контроль доступа
    • Включить обзоры
    • Включить обзоры источников
    • Включить хуки
    • Псевдонимы языков
  • Конфигурация компонента
    • Название компонента
    • Заглушка компонента
    • Компонент проекта
    • Система контроля версий
    • Репозиторий исходного кода
    • URL-адрес выталкивания репозитория
    • Обозреватель репозитория
    • URL экспортированного репозитория
    • Репозиторий филиал
    • Отвод
    • Маска файла
    • Одноязычный файл базового языка
    • Редактировать базовый файл
    • Файл промежуточного языка
    • Шаблон для новых переводов
    • Формат файла
    • Адрес сообщения об ошибке исходной строки
    • Разрешить распространение перевода

Интернационализация приложений React — документация LinguiJS

В этом руководстве мы узнаем, как добавить интернационализацию (i18n)
в существующее приложение на React JS.

Давай начнем

Мы собираемся перевести следующее приложение:

 // index.js
импортировать React из React
import {render} из 'react-dom'
импортировать входящие из './Inbox.js'

const App = () => <Входящие />

render (<Приложение />, document.getElementById ('приложение'))
 

 // Inbox.js
импортировать React из React

const Inbox = ({messages, markAsRead, user}) => {
   const messagesCount = messages.length
   const {имя, lastLogin} = пользователь

   возвращение (
      

        
 Входящие сообщения 

        

          Просмотреть все  непрочитанные сообщения  {"или"}
           пометьте их  как прочитанные.

        

          {
            messagesCount === 1
              ? `В вашем почтовом ящике есть сообщение $ {messagesCount}.
              : `В вашем почтовом ящике $ {messagesCount} сообщений.
          }
        

        <нижний колонтитул>
          Последний вход на {lastLogin}.
        
      
   )
}
 

Как видите, это простой почтовый ящик с одной страницей.

Настройка

Мы сразу начнем перевод компонента Inbox , но нам понадобится
чтобы выполнить еще один шаг по настройке нашего приложения.

Компоненты

должны читать информацию о текущем языке и каталогах сообщений из экземпляра i18n .
Первоначально вы можете использовать созданный и экспортированный из @ lingui / core , а позже вы можете заменить его на
ваш, если возникнет такая необходимость.

Для передачи i18n вокруг I18nProvider оборачивается вокруг контекста React.

Давайте добавим весь необходимый импорт и обернем наше приложение внутри :

 // index.js
импортировать React из React
import {render} из 'react-dom'

импортировать {i18n} из '@ lingui / core'
импортировать {I18nProvider} из '@ lingui / react'
импортировать {сообщения} из './locales/en/messages.js '
импортировать входящие из './Inbox.js'

i18n.load ('ru', сообщения)
i18n.activate ('ru')

const App = () => (
  
    <Входящие />
  
)

render (<Приложение />, document.getElementById ('приложение'))
 

Подсказка

Вам может быть интересно: как мы собираемся изменить активный язык?
Вот для чего нужны вызовы I18n.load () и I18n.activate () ! Однако мы не можем изменить язык, если у нас нет переведенного каталога сообщений.И чтобы получить каталог, нам сначала нужно извлечь все сообщения из исходного кода.

Давайте поговорим о переключении языков позже … но если вам все еще интересно,
взгляните на пример с Redux и Webpack.

Введение в интернационализацию

Теперь мы, наконец, собираемся перевести нашего приложения. На самом деле мы не собираемся
to переведите с одного языка на другой прямо сейчас. Вместо этого мы собираемся
подготовить наше приложение к переводу.Этот процесс называется
интернационализация , и вам следует практиковаться в произнесении этого слова вслух, пока
вы можете сказать это три раза очень быстро.

Примечание

Отныне интернационализация будет сокращена до общего нумеронима i18n .

Начнем с основ — статических сообщений. Эти сообщения не содержат переменных,
HTML или компоненты внутри. Просто текст:

Все, что нам нужно, чтобы сделать этот заголовок переводимым, это обернуть его в
макрос:

 импортировать {Trans} из '@ lingui / macro';

  Входящие сообщения  
 

Макросы vs.Компоненты

Если вам интересно, что такое макросы Babel и в чем разница между макросами и
компоненты, этот короткий абзац для вас.

Как правило, макросы выполняются во время компиляции и преобразуют исходный код в
каким-то образом. Мы используем эту функцию в LinguiJS для упрощения написания сообщений.

Под капотом все макросы JSX преобразованы в компонент .
Взгляните на этот короткий пример. Это то, что мы пишем:

 импортировать {Trans} из '@ lingui / macro'

 Здравствуйте, {name} 
 

А код трансформируется так:

 импортировать {Trans} из '@ lingui / react'


 

Видите разницу? Компонент получает id prop с сообщением
в синтаксисе ICU MessageFormat.Мы могли бы написать это вручную, но это проще
и, короче, писать JSX, как мы привыкли, и позволять макросам генерировать сообщения для
мы сами.

Краткое описание основного рабочего процесса

Давайте еще раз рассмотрим рабочий процесс:

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

2. Перенести сообщения в макрос

3. Запустите команду extract для создания каталогов сообщений

4. Перевести каталоги сообщений (обычно отправляют переводчикам)

5. Запустите , скомпилируйте для создания каталогов среды выполнения

6. Загрузить каталог времени выполнения

7. Прибыль

Шаги 1 и 7 необходимо выполнить только один раз для каждого проекта и локали.Шаги со 2 по 5 становятся
общий рабочий процесс для интернационализации приложения.

Нет необходимости извлекать / переводить сообщения одно за другим. Это обычно бывает
партиями. Когда вы завершите свою работу или PR, запустите extract , чтобы сгенерировать последний
каталоги сообщений и перед сборкой приложения для производства запустите compile .

Для получения дополнительной информации о CLI ознакомьтесь с руководством по CLI.

Форматирование

Перейдем к следующему абзацу в нашем проекте.В этом абзаце есть
переменные, некоторый HTML и компоненты внутри:

 

   Просмотреть все  непрочитанные сообщения  {"или"}
    пометьте их  как прочитанные.

 

Хотя это выглядит сложно, на самом деле здесь нет ничего особенного. Просто оберните содержимое
абзаца в и пусть макрос творит чудеса:

 

   <Трансы>
      Просмотреть все  непрочитанные сообщения  {"или"}
       пометьте их  как прочитанные.

 

Жуткий, правда? Давайте посмотрим, как это сообщение на самом деле выглядит в каталоге сообщений.
Запустите команду extract и посмотрите сообщение:

 Просмотрите все <0> непрочитанные сообщения  или <1> отметьте их  как прочитанные.
 

Вы можете заметить, что компоненты и теги html заменены индексированными
теги ( <0> , <1> ). Это небольшое расширение ICU MessageFormat, которое
позволяет использовать форматирование текста внутри переводов.Компоненты и их реквизит
оставайтесь в исходном коде и не пугайте наших переводчиков. Теги в извлеченном сообщении не испугают наших переводчиков: они привыкли видеть теги, а их инструменты поддерживают их. Также, если мы
измените className , нам не нужно обновлять каталоги сообщений. Как
круто это?

Преобразования JSX в MessageFormat

На первый взгляд может показаться немного хакерским , но эти преобразования
на самом деле очень простой, интуитивно понятный и очень приятный на ощупь Reactish .Нам не нужно думать
о MessageFormat, потому что он создается библиотекой. Мы пишем наши
компоненты так же, как мы привыкли, и просто переносите текст в
макрос.

Давайте посмотрим на несколько примеров с эквивалентами MessageFormat:

 // Выражения
  Здравствуйте, {name}  
// Привет, {имя}
 

Разрешены любые выражения, а не только простые переменные. Единственная разница в том,
только имя переменной будет включено в извлеченное сообщение:

Простая переменная -> именованный аргумент:

 
  Здравствуйте, {name}  
// Привет, {имя}
 

Любое выражение -> позиционный аргумент:

 
  Здравствуйте, пользователь.name}  
// Привет {0}
 

Объект, массивы, вызовы функций -> позиционный аргумент:

 
  Случайное число: {Math.rand ()}  
// Случайное число: {0}
 

Компоненты могут показаться сложными, но, как мы видели, это действительно просто:

  Прочитать  подробнее . 
// Читать <0> подробнее .
 

 <Трансы>
   Дорогой Ватсон, 

   это не совсем то, что я имел в виду.
// Дорогой Ватсон, <0 /> это не совсем то, что я имел в виду.
 

Очевидно, вы тоже можете прострелить себе ногу. Некоторые выражения действительны
и не выдаст никакой ошибки, но нет смысла писать:

 // О, серьезно?
<Трансы>
   {isOpen && <Модальный />}

 

Если сомневаетесь, представьте, как должно выглядеть окончательное сообщение.

Идентификатор сообщения

На этом этапе мы собираемся объяснить, что такое идентификатор сообщения и как установить его вручную.

Переводчики работают с каталогами сообщений , которые мы видели выше. Независимо от формата
мы используем (gettext, xliff, json), это просто отображение
ID сообщения к переводу.

Вот пример простого каталога сообщений на чешском языке:

… и тот же каталог на французском языке :

Идентификатор сообщения — , что есть у всех каталогов — Lundi и Pondělí
представляют одно и то же сообщение на разных языках.Это то же самое, что id
prop в макросе .

Существует два подхода к созданию идентификатора сообщения:

1. Использование исходного языка (например, понедельник с английского, как в примере выше)

2. Использование пользовательского идентификатора (например, будний день. Понедельник )

У обоих подходов есть свои плюсы и минусы, и они не рассматриваются в данном руководстве.
сравнить их.

По умолчанию LinguiJS генерирует идентификатор сообщения из содержимого
макрос, что означает, что он использует исходный язык.Однако мы можем легко переопределить
это путем установки id prop вручную:

 
  Входящие сообщения  
 

Это сгенерирует:

В нашем каталоге сообщений мы увидим inbox.title как идентификатор сообщения, но мы также
получить Message Inbox в качестве перевода по умолчанию для английского языка.

В оставшейся части этого руководства мы будем использовать автоматически сгенерированные идентификаторы сообщений, чтобы сохранить
это просто.

Множественное число

Давайте продолжим и добавим i18n к другому тексту в нашем компоненте:

 

   {
      messagesCount === 1
         ? "В вашем почтовом ящике есть сообщение {messagesCount}".
         : "В вашем почтовом ящике сообщений: {messagesCount}".
   }

 

Это сообщение немного особенное, потому что оно зависит от значения messagesCount
переменная. В большинстве языков для описания количества используются разные формы слов.
— это называется множественным числом.

Сложность состоит в том, что в разных языках используется разное количество форм множественного числа.
Например, в английском языке есть только две формы — единственное и множественное, как мы видим.
в примере выше. Однако чешский язык имеет три формы множественного числа. Некоторые
в языках может быть до 6 форм множественного числа, а в некоторых вообще нет!

Правила множественного числа в английском языке

Как узнать, какую форму множественного числа нам следует использовать? Это очень просто:
нам, как разработчикам, нужно знать только формы множественного числа того языка, который мы используем в
наш источник.Наш компонент написан на английском, поэтому глядя на
Для английского правила множественного числа нам понадобятся всего две формы:

один

Единственная форма

прочие

Форма множественного числа

Нам не нужно выбирать эти формы вручную. Мы будем использовать
компонент, который принимает значение , значение prop и на основе активного языка выбирает
правая форма множественного числа:

 

   <Множественное число
      значение = {messagesCount}
      one = "В вашем почтовом ящике # сообщение"
      other = "В вашем почтовом ящике # сообщения"
   />

 

Этот компонент будет отображать В вашем почтовом ящике 1 сообщение , когда
messageCount = 1 и В вашем почтовом ящике # сообщения для любого другого
значения messageCount . # — это заполнитель, который заменяется значением .

Круто! Любопытно, как этот компонент трансформируется под капотом и как
сообщение выглядит в синтаксисе MessageFormat? Запустите команду extract и узнайте,
себя:

 {messagesCount, множественное число,
   one {В твоем почтовом ящике # сообщение}
   другое {Во входящих # сообщения}}
 

В каталоге вы увидите сообщение в одну строку. Здесь мы обернули его, чтобы было удобнее читать.

исчез и снова заменен на !
Единственная цель — создать правильный синтаксис в сообщении.

Все становится немного сложнее, но i18n — сложный процесс. В
по крайней мере, нам не нужно писать это сообщение вручную!

Остерегайтесь нулей!

Короткий обход, потому что это обычное недоразумение.

Вы можете спросить, почему следующий код не работает должным образом:

 <Множественное число
   значение = {messagesCount}
   zero = "Нет сообщений"
   one = "В вашем почтовом ящике # сообщение"
   other = "В вашем почтовом ящике # сообщения"
/>
 

Этот компонент отобразит В вашем почтовом ящике 0 сообщений для
messagesCount = 0 .Почему так? Потому что в английском нет ноль
множественное число.

Если посмотреть на правила множественного числа в английском, это:

Однако десятичные числа (даже 1.0 ) используйте другую форму каждый раз:

 В вашем почтовом ящике 0.0 сообщений.
 

Разве языки не прекрасны?

Точные формы

Хорошо, вернемся к нашему примеру. Что, если мы действительно хотим визуализировать Нет сообщений
для сообщенийCount = 0 ? На помощь приходят точные формы!

 <Множественное число
   значение = {messagesCount}
   _0 = "Нет сообщений"
   one = "В вашем почтовом ящике # сообщение"
   other = "В вашем почтовом ящике # сообщения"
/>
 

Что это за _0 ? MessageFormat допускает точные формы, например = 0 .Однако,
Реквизиты React не могут начинаться с = и не могут быть числами, поэтому нам нужно
напишите _N вместо = 0 .

Он работает с любым числом, так что мы можем пойти и настроить его следующим образом:

 <Множественное число
   значение = {messagesCount}
   _0 = "Нет сообщений"
   _1 = "В вашем почтовом ящике одно сообщение"
   _2 = "В вашем почтовом ящике два сообщения, это немного!"
   other = "В вашем почтовом ящике # сообщения"
/>
 

… и так далее. Точные совпадения всегда имеют приоритет перед формами множественного числа.

Переменные и компоненты

Вернемся к исходному сообщению во множественном числе:

 

   <Множественное число
      значение = {messagesCount}
      one = "В вашем почтовом ящике # сообщение"
      other = "В вашем почтовом ящике # сообщения"
   />

 

Что, если мы хотим использовать переменные или компоненты внутри сообщений? Легко! Либо
переносить сообщения в макрос или использовать литералы шаблона
(предположим, у нас есть переменная , имя ):

 

   <Множественное число
      значение = {messagesCount}
      one = {`В вашем почтовом ящике # сообщение, $ {name}`}
      other = { В папке "Входящие"  #  сообщений, {name} }
   />

 

Мы можем использовать вложенные макросы, компоненты, переменные, выражения, что угодно.

Это дает нам достаточную гибкость для всех сценариев использования.

ID персонализированного сообщения

Давайте закончим коротким примером множественного числа с индивидуальным идентификатором. Мы можем
передайте опору id в , как в :

 

   <Множественное число
     
      значение = {messagesCount}
      one = "В вашем почтовом ящике # сообщение"
      other = "В вашем почтовом ящике # сообщения"
   />

 

Форматы

Последнее сообщение в нашем компоненте снова немного специфично:

 <нижний колонтитул>
   Последний вход на {lastLogin}.
 

lastLogin — это объект даты, и нам нужно его правильно отформатировать. Даты
отформатированы по-разному на разных языках, но у нас нет
сделать это вручную. Тяжелой лифтинг выполняется с помощью объекта Intl, мы просто используем макрос даты:

 <нижний колонтитул>
   <Трансы>
      Последний вход {date (lastLogin)} />.
   

 

Дата будет отформатирована в обычном формате для активного языка.

Процедуры, стратегии и методы перевода

Переводы — Zimbra :: Tech Center

— Эта статья представляет собой Work in Progress , и в ней могут быть незавершенные или отсутствующие разделы.

Ниже вы найдете информацию о том, как создавать собственные языки для Zimbra Collaboration Server (ZCS) с открытым исходным кодом и Network Edition.

Zimbra Collaboration Server Языки

Zimbra Collaboration Server (ZCS) с открытым исходным кодом и сетевая версия доступны на нескольких языках. Полный список языков, доступных для Zimbra, см. В разделе «Доступные языки» документа «Системные требования».

Выбор языка

Каждая ZCS Open Source и Network Edition поставляется с включенным английским языком по умолчанию.Администраторы могут легко изменить язык по умолчанию, установив новый язык по умолчанию для данного класса обслуживания (CoS). Конечные пользователи могут переопределить любые языковые настройки по умолчанию и выбрать свои собственные, просто изменив свои языковые предпочтения.

Изменения и отзывы
Администраторы также могут добавлять в ZCS свои собственные языки, как из Сообщества, так и из собственных модификаций.

Доступные языки

В этом разделе содержится информация о доступных языках, включая переводы для конечных пользователей и переводы для администраторов.

Переводы для конечных пользователей

Категория

Администратор переводов

Где получить перевод

ОФИЦИАЛЬНЫЕ ПЕРЕВОДЫ ZIMBRA поставляется в ZCS Open Source и Network Edition.Они перечислены в предыдущих таблицах.

ПЕРЕВОДЫ СООБЩЕСТВА не поставляются с ZCS. Эти переведенные файлы доступны в системе контроля версий на Sourceforge.net или Github. Языковые файлы могут быть свободно извлечены кем угодно и установлены на вашем сервере Zimbra (см. Инструкции по установке ниже). Кроме того, любому члену сообщества разрешено переводить ZCS на любой язык по своему выбору и проверять файлы в системе контроля версий.

Каждый язык указан с указанием участников и относительного процента выполнения для каждого файла свойств языка (см. Ниже объяснение файлов свойств).

Какие локализации поставляются с ZCS?

Только 15+ переводов, официально сертифицированных Zimbra, входят в состав общедоступных выпусков Zimbra Collaboration Server Open Source и Network Edition.

Дополнительную информацию об этих языках можно найти на http://www.zimbra.com/products/languages.html

Что делать, если я обнаружил ошибку или орфографическую ошибку?

Для перевода сообщества используйте сначала форумы Zimbra, где сообщество может помочь.

Если вы проверяете орфографическую проблему с официальным переводом Zimbra, который поставляется с ZCS, сообщите об ошибке в компоненте локализации; аналогично, если вы определили проблему интернационализации продукта ZCS (например, кнопка недостаточно длинна для неанглийских строк), вы всегда можете сообщить об ошибке с помощью компонента интернационализации.

http://bugzilla.zimbra.com/

Примечание. Команда поддержки Zimbra не может ответить на вопросы по локализации!

Подробнее о языковом проекте Zimbra Xtras и участии

Сообщество Zimbra принимает активное участие в процессе перевода.Если вы заинтересованы в работе над переводом, присоединяйтесь к форуму Zimbra и обсуждайте свои интересы с другими участниками сообщества здесь.

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

Как мне зарегистрироваться, чтобы внести свой вклад?

Всем, кто работает над переводами, необходимо заполнить и подписать договор о взносах. Его необходимо отсканировать и отправить по электронной почте на адрес [email protected].

Подробнее о процессе языкового перевода см. Перевод и модерация.

Как работает проект Zimbra Xtras?

Каталог Zimbra Translations содержит переведенные файлы, а также инструменты, которые могут быть полезны переводчикам и пользователям файлов данных.

Подпроект переводов Zimbra Xtras имеет следующую структуру:

багажник / ZimbraTranslations /
  данные/
    {language} / - название языка + код языка (например, English_en)
      ключи /
      Сообщения/
  документы /
  src /
  build.xml
 

Файлы сообщений на английском языке (США) являются файлами по умолчанию, используемыми продуктом Zimbra, и их можно найти по следующему адресу:

ствол / ZimbraTranslations / data / English_en / messages /
 

Примечание: The U.Файлы S. English предоставляются для удобства и должны быть изменены в SVN не , а . Оригиналы хранятся в исходном репозитории Zimbra и периодически отправляются в SVN. Все остальные языки хранятся в проекте Xtras и могут быть свободно изменены модераторами языка.

Что означают все файлы сообщений?

Zimbra Collaboration Server использует каталоги сообщений для хранения переведенных строк и шаблонов для локализации продукта. Эти файлы представляют собой стандартные файлы свойств Java, которые объединяются и преобразуются в собственный JavaScript для клиентского кода во время выполнения.

• I18nMsg.properties

  Сообщения интернационализации, такие как названия месяцев, форматы даты и времени и т.д.

• AjxMsg.properties

  Сообщения, используемые набором инструментов ajax.

• ZMsg.properties

  Общие сообщения, такие как сообщения об ошибках сервера и т. Д.

• ZaMsg.properties

  Сообщения, используемые веб-клиентом Zimbra Admin.

• ZmMsg.properties

  Сообщения, используемые веб-клиентом Zimbra End User.

• ЖМсг. Собственности

  Сообщения, используемые базовым веб-клиентом Zimbra End User.

• ZsMsg.properties

  Сообщения, используемые сервером Zimbra при автоматическом ответе на запросы о назначении местоположений и ресурсов. (Язык, используемый для исходящих сообщений, зависит от локали сервера по умолчанию, а не от клиента.)

Файлы горячих клавиш

Сервер совместной работы Zimbra определяет сочетания клавиш в стандартной
Файлы свойств Java.Эти файлы содержат текстовые описания для
группы операций, а также отдельные операции внутри этих групп.
Как и файлы сообщений, эти файлы свойств Java объединены и
конвертируется в собственный JavaScript для клиентского кода во время выполнения.

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

Примечание о сообщениях

Строка перевода может быть одной из следующих:

• буквальный текст или
• строка с параметрами замены

Во втором случае приложение динамически генерирует отображаемое сообщение, заменяя специальные маркеры в строке значениями замены. Эти маркеры обозначаются числом в фигурных скобках (например, {0}, {1} и т. Д.).

Строки с параметрами замены форматируются в соответствии с классом Java MessageFormat.Полные инструкции по использованию строк MessageFormat можно найти в JavaDoc, но вот несколько примеров:

Примечание:
Чтобы поместить в сообщение буквальную фигурную скобку, ее необходимо заключить в одинарные кавычки. Например:

Это означает, что апостроф нельзя использовать непосредственно в строке сообщения с параметрами замены! Чтобы включить буквальную одинарную кавычку (или апостроф), вы должны использовать две одинарные кавычки подряд. Это , а не , необходимый для сообщений, в которых не имеют параметры замены. В следующей таблице показано правильное и неправильное использование каждого типа сообщений:

Установка переводов на сервер ZCS

Если вы хотите загрузить перевод при тестовом (или реальном) развертывании ZCS, просто загрузите файлы из системы управления версиями на свой локальный компьютер, а затем следуйте инструкциям по установке, приведенным ниже.

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

ZCS 8.6.x (причал)

1. Скопировать переведенные файлы свойств на сервер развертывания

   % cp * Msg.properties / opt / zimbra / jetty-distribution — * / webapps / zimbra / WEB-INF / classes / messages /

   % cp * Msg.свойства / opt / zimbra / jetty-distribution — * / webapps / zimbraAdmin / WEB-INF / classes / messages /

   % cp * Keys.properties / opt / zimbra / jetty-distribution — * / webapps / zimbra / WEB-INF / classes / keys /

   % cp * Keys.properties / opt / zimbra / jetty-distribution — * / webapps / zimbraAdmin / WEB-INF / classes / keys /

   % cp ZsMsg * .properties / opt / zimbra / conf / msgs /

2. Пристань перезапуска

   % su — zimbra

   % zmmailboxdctl stop

   % начало zmmailboxdctl

3. Установите предпочтительный язык в браузере и перезагрузите

Преобразовать всю кодировку перевода в ASCII

Важно: ваши переведенные файлы свойств должны быть закодированы в ASCII, прежде чем они могут быть загружены на сервер Zimbra, а не , а не в их собственной кодировке.

Например, вы можете перевести файлы свойств в исходную кодировку, такую ​​как формат Shift-JIS для японского языка, но после завершения вам необходимо преобразовать файлы свойств из Shift-JIS в их эквиваленты ASCII.

Вы можете использовать инструмент native2ascii, поставляемый с JDK, для преобразования файлов (они поставляются вместе с сервером).

Например:

% native2ascii -encoding {тип} {исходный файл} {целевой файл}
 

% native2ascii -кодирование UTF-8 ZmMsg_ja.properties.utf8 ZmMsg_ja.properties
 

Чтобы преобразовать обратно в UTF-8 для просмотра или редактирования в Блокноте или аналогичном использовании:

% native2ascii -reverse -encoding UTF-8 ZmMsg_ja.properties ZmMsg_ja.properties.utf8
 

Обновление переводов

Файлы

.properties сложно обновлять, т. Е. Повторно использовать старые переводы, добавлять новые и учитывать старые строки, которые могли измениться. Один из возможных способов — преобразовать их в формат Gettext (файлы .po), который хорошо поддерживает обновление.Это описано в разделе # Работа с переводами в формате Gettext.

Работа с переводами в формате Gettext

В этом разделе описывается, как преобразовывать файлы .properties в файлы .po, как их переводить, как обновлять перевод из старой версии и как преобразовать файлы .po обратно в .properties. Средства конвертации предоставляются Translate Toolkit.

Подробную документацию можно найти на http://translate.sourceforge.net/wiki/toolkit/prop2po. В этом разделе мы сосредоточимся на применении этого в рабочем процессе перевода Zimbra.

О платформе Gettext

Фреймворк

Gettext использует формат файла .po. Файлы .po содержат как исходные (английские) строки, так и соответствующие строки на целевом языке. Таким образом, значение однажды переведенной строки никогда не изменится, за исключением того, что ее нельзя будет использовать в более поздних версиях переведенного программного обеспечения.

Сравните это с файлами .properties, которые используют пары имя = значение , где имя идентифицирует строку. Проблема с этим возникает при обновлении строк.Нет простого способа определить, что исходное name = value в старой версии имеет другое значение для того же имени в новой версии.

Файлы Po содержат заголовок с информацией о переводчике и формате файла .po. Нам не нужно будет каким-либо образом использовать заголовок в нашем рабочем процессе, поэтому вы можете спокойно игнорировать жалобы от своего инструмента перевода на заголовки, содержащие значения по умолчанию.

Вызываются обычные файлы .po без переводов.pot файлы (шаблоны). Формат такой же, как в файлах .po.

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

Преобразование .properties в .po

Сначала мы создадим пустой шаблон (english.pot) из файла .properties на английском языке (english.properties):

prop2po -P english.properties english.pot
 

Можно смело переименовывать английский.pot на lang.po и начинай переводить. Некоторые инструменты распознают шаблоны по расширению .pot, но если вы не используете такой инструмент, вы можете сразу создать файл .po.

Перевод файлов .po

Редактирование файлов .po подробно описано в руководстве Gettext.

.po файлы — это простые текстовые файлы в специальном формате, поэтому вы можете использовать любой текстовый редактор для их редактирования. Однако если вы это сделаете, обратите внимание на две вещи. Во-первых, вам нужно указать кодировку, используемую в заголовке (например,грамм. «Content-Type: text / plain; charset = UTF-8 \ n»). Во-вторых, вам следует время от времени запускать проверку, чтобы убедиться, что вы не нарушили формат:

msgfmt -c -v lang.po> / dev / null
 

Простой, легкий и многоплатформенный редактор графического интерфейса для файлов .po — это Poedit или Virtaal.

Повторное использование старых переводов

Чтобы создать перевод новой версии с повторным использованием неизмененных строк из старой версии, запустите:

prop2po --duplicates = msgctxt -t английский.свойства lang-old.properties lang.po
 

, где english.properties — это английский файл .properties (текущая версия), lang-old.properties — старый перевод в формате .properties, и он создаст lang.po, который является файлом .po для новой версии со старым строки уже переведены! Остается перевести новые и измененные. Даже так называемые «нечеткие» строки будут иметь форму forfait sans — догадывается, как строка может быть переведена, что может сэкономить вам время на вводе текста на вашем компьютере или на компьютере.

Совет: Если у вас есть старый перевод в формате .po, вы можете использовать msgmerge, чтобы сделать старый перевод основой для вашей новой версии.

Преобразование .po обратно в .properties

Последний шаг — преобразовать переведенный файл .po в файл .properties на вашем языке.

po2prop -t english.properties lang.po lang.properties
 

Это берет english.properties, который является исходным английским файлом .properties (текущая версия) и lang.po, который является вашим переведенным файлом .po в качестве входных данных, и производит lang.properties, который является переводом Zimbra для вашего языка.

Получение новых переводов для проверки орфографии

ZCS использует словарь Aspell с открытым исходным кодом версии 0.60.3. Локализованные словари для других языков бесплатно доступны и могут быть установлены в вашем развертывании ZCS (по умолчанию они не устанавливаются в ZCS.
Чтобы узнать, какие языки доступны, просмотрите страницу официального словаря Aspell на gnu.орг.
Чтобы узнать, как добавлять новые словари в ZCS, см. Добавление новых словарей в aspell

Обратите внимание, что Zimbra официально не поддерживает эти словари. Они предоставляются сообществом с открытым исходным кодом.

Попробуйте Zimbra

Попробуйте Zimbra Collaboration с 60-дневной бесплатной пробной версией.
Получить сейчас »

Хотите принять участие?

Вы можете внести свой вклад в Сообщество, Вики, Код или разработку Zimlets.
Узнайте больше. »

Ищете видео?

Посетите наш канал YouTube, чтобы получать последние веб-семинары, новости технологий, обзоры продуктов и многое другое.
Перейти на канал YouTube »

.