Василий Наумкин

Чем проще-то? Открывать меньше страниц, или что? Или у тебя браузер не поддерживает вкладки и настройки сразу 3х контекстов открыть не позволяет? Я уж молчу про работу напрямую с БД.

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

И как бы назывались эти системные настройки

Как назовёшь, так и будет. В твоём примере, очевидно [[!++link_contacts]]

Ну и вообще, если нужно указывать 200 id страниц в настройках — что-то не так с этим сайтом.

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

Ну и вообще, использовать лексикон для хранения системных настроек — свежее решение. Действительно, сколько можно хранить настройки контекстов в настройках контекстов? Надо же что-то новенькое придумать =)

Там всё как и раньше, можно использовать только email, username, fullname и password.

Office предназначен для быстрой регистрации.

По идее — да, если у чекбоксов будет name=«extended[name]» и разные значения, то на сервер уйдёт массив с ними и он должен сохраниться.

Обновляйся и проверяй.

В админке так всегда можно было, а в Office — с этой версии.

О чём и анонс.

Это пример для работы со вложенными массивоми, как на первой картинке.

nested — это «вложенный», по-английски.

Они давно были, просто не поддерживали вложенность — теперь и с этим разобрался.

А бум, действительно имеет место быть:
Закрыл исходники → выросли продажи → больше запросов в поддержке → больше обновлений.

Вот так закрытие исходников улучшило качество дополнений. Парадокс.

А как его добавить?

То есть, что проверять, если я не знаю, что должно быть в форме? Пустые чекбоксы-то не отправляются, их как-бы и нет на стороне сервера.

Так что, без плагина пока никак.

Ну если вдруг поменяли стандарты HTML и пустые чекбоксы стали отправляться из форм — тогда да, сохраняются.

Но я, что-то в этом сомневаюсь.

Он их увидит?

Конечно — они принадлежат ему, неважно, прикрепил он их к тикету или нет.

Может мне в таком случае как-то перехватить плагином на какое-то действие и удалять вручную фотки пользователя?

Да вроде никто не мешает. Это файлы на диске и записи в БД. Разберись и делай с ними, что хочешь.

Бывает.

В Tickets используется функция on, которая появилась только в jQuery 1.7.

Учимся работать с гуглом — toster.ru/q/76388

Тут еще много.

А еще старее не нашёл? Всего лишь пятилетней давности скрипт.

Раньше все отображалась, чем может быть вызвана данная проблема?

Тем, что

ъехала кодировка на сайте, часть текста заменилась на такие символы

Нужно привести все тексты на сайте к одной кодировке, желательно к UTF-8, прямо в БД. И сами таблицы, и их содержимое.

Поди jQuery не подключил.

Это и есть лексикон, нужно его загрузить в своём плагине переключения контекстов:

$modx->lexicon->load('babel:default');

И должно заработать.

Ну а ты в какой словарь пишешь свои значения? Его и надо грузить.

Нет.

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

У нас есть свой хороший хостинг. Когда я в последний раз проверял — Evolution на нём вполне себе работал.

Что-то я не вижу в твоём сниппете загрузки нужного лексикона для отображения trucking1 и прочего.

pdoTools пытается сам обработать такие строки, а не может — ведь в памяти соответствующего лексикона нет.

$modx->lexicon->load('лексикон:словарь');