Страница заказа

Переводится сама. Вписывать вызовы в шаблон не нужно — единственный такой случай в разделе.

Два события вместо форка

Модуль подписан на два штатных события компонента оформления заказа.

Первое — серверная отрисовка страницы.

Второе — состояние, которое уезжает в браузер. Данные для клиента лежат в своём разделе результата, и подмена идёт по обоим уровням.

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

Как это проверять

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

Это ровно тот случай, который проще всего пропустить при проверке: страница открылась переведённой, всё выглядит правильно, а ломается оно только после действия покупателя.

Что переводится

Названия платёжных систем, служб доставки, свойств заказа и типов плательщиков.

Они берутся из словаря, куда их переносит кнопка «Собрать названия магазина» — см. Платёжные системы и доставки.

Почему компонент не форкается

Копия чужого компонента в поставке — это подписка на его поддержку на годы вперёд. Оформление заказа меняется от версии к версии ядра и ломается заметнее всего остального в магазине.

События дают тот же результат и переживают обновления ядра.

Свой код оформления

Там, где заказ собирается своим кодом, названия отдают хелперы фасада: paySystemName(), deliveryName(), orderPropName(), personTypeName(). Каждый принимает идентификатор сущности и значение по умолчанию.

Если подписи не переводятся

1. Названия собраны в словарь? Кнопка на экране Обслуживание;
2. фразы переведены?
3. оба обработчика на месте? Они регистрируются, только если установлен модуль заказов. Проверить — Проверка стенда.