С theme debug разобрался - нужно было включать его не в default.services.yml, а в services.yml

На локальном сервере всё ок.

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

В восьмом друпел ситуация такая же?

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

Спасибо, пробовал, но в интерфейсе перевода всё равно значится ru

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

Там только тема и тело письма

Спасибо, только эти модули под 7-й друпал

Тогда почему missing schema?

Спасибо за совет, учтёмс.

В таком случае отображается виджет множественного поля

Вобщем сделал следующим образом - поставил ограничение в 2 значения и убрал из формы лишний экземпляр поля:

Вы просто гений! Действительно - десяток строк php-кода решили проблему, и как я сразу до этого не додумался!

Огромное спасибо! Я уж в сторону js начал посматривать)

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

В каком месте\каким образом? Views'ом же определенно что должны быть плюсы.

не понял, к чему это?

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

Решил проблему выводом представления блоком на странице таксономии