Глоссарии, наборы правил и тональность бренда теперь живут на уровне организации и подключаются к движкам.
Раньше каждый из этих ресурсов был привязан к одному движку: чтобы использовать глоссарий в трёх движках, его нужно было создавать трижды — и каждая копия постепенно расходилась с остальными. Теперь это ресурсы всей организации. Создайте глоссарий, набор правил или тональность бренда один раз — и подключайте к любым движкам. Изменили общий ресурс — обновятся все движки, к которым он подключён. А новый движок больше не стартует с чистого листа: подключите готовые ресурсы, и он сразу их унаследует.
Подхватить перевод, который ждёт внешней проверки#
На этапе ручной проверки перевод может уйти внешнему профессиональному переводчику — и задача висит, пока тот не ответит. Теперь авторизованный участник вашей команды может взять её на себя: откройте задачу на проверку в дашборде, вынесите решение — и работа продолжится сразу, без ожидания ответа извне. Особенно удобно, когда кто-то в команде знает язык и закроет проверку быстрее.
Правильные пути для фреймворков в CLI#
Теперь CLI записывает каждый перевод туда, откуда фреймворк его и загружает, — включая случаи, когда локаль задаётся суффиксом, а не отдельной папкой: Rails (новый формат config/locales), а также Android, Xcode и Flutter (yaml-root-key, res/values-de/, Android-квалификаторы вроде app_de.arb). Раньше файлы попадали туда, куда фреймворк никогда не смотрит, — перевод как бы существовал, но приложение всё равно работало на исходном языке.
Для каждого фреймворка есть готовый репозиторий с примером: конфигурация и переводы уже внутри. Доступны iOS, Android, Flutter, React + Vite, Next.js, Rails, Laravel, Markdown, Markdoc, OpenAPI и модули TypeScript. Клонируйте любой, запустите lingo link и сделайте push. Та же конфигурация без изменений работает и в GitHub App.
