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

Всё верно. Ты создал новый объект и добавил ему связь с modUser.

А у modUser, как не было связи с твоим новым объектом, так и нет. Нужно где-то её прописать, например вот так, только тебе нужно заменить ключ массива Services на Data.

Не сделал, а прикрутил.

Но да, мне тоже очень нравится =)

У меня работает:

{$modx->lexicon->load('tickets:setting')}
{$modx->lexicon('area_tickets.mail')}

выводит «Почтовые уведомления». Без первой строчки выводит «area_tickets.mail».

Видимо, тебе тоже нужно указать раздел через двоеточие. По идее:

{$modx->lexicon->load('sitetranslations:default')}

Кстати говоря, документацию лучше смотреть вот так.

Лексикон нужно загрузить, для этого есть отдельный метод.

Попробуй так:

{$modx->lexicon->load('sitetranslations')}
{$modx->lexicon('lexicon_name')}

<select name="[[+fi.site]]"

Зачем имя берётся из, скорее всего, несуществующего плейсхолдера?

У меня получается меньше операций — 1 поворот оригинала, а превьюшки ворочать уже не нужно.

Еще раз: если ты укажешь этот параметр, то картинка повернётся при генерации превью.

Превью всё равно будет генерироваться, согласно настроек источника файлов, это просто один дополнительный параметр в настройках, помимо h, w, zc, bg — которые уже есть.

У тебя 2 обработки, а так будет 1 и без изменения исходников.

В общем, проблема решается минимум двумя способами — кому актуально, тот пусть сам и решает как лучше.

Согласен. Но менять исходники у регулярно обновляемого дополнения — не лучшая идея.

Не вижу логики.

Сейчас ты меняешь оригинальную картинку, когда можно задать дополнительный параметр превьюшкам и все они (по идее) будут повёрнуты в нужную сторону, согласно EXIF.

ms2Gallery не меняет оригинальные картинки именно за тем, чтобы всегда можно было сгенерировать превьюшки по новым правилам.

У тебя сейчас пережимка при загрузке, а потом еще пережимка при создании превью.

Так а что мешает добавить ar = x в настройки источника файлов?

У Office не какие-то там свои отдельные юзеры, а обычные, системные.

Следовательно, и проверять на авторизацию нужно методом modUser::isAuthenticated.

Очевидно да, ты не знаешь, что в этот блок можно засунуть новые поля.

Вот здесь прочитай первую половину и не приставай больше к стандартным полям товара =)

Как я это укажу, если я примерно с тех же пор (с 2011) не работаю с MODX Evolution?

А в версии для Revolution всё почти само работает.

Зачем так извращаться?

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

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

Зачем вообще вес тебе нужен с ведущими нулями? Вес — это же число, а не текст.

modstore.pro/hybridauth

habrahabr.ru/post/259197/

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

Отстаньте уже от людей, дайте им спокойно пообщаться.

Прописывать те параметры, в которых есть теги MODX явно, а не в наборы. Иначе парсер не может их обработать.

Как-то так:

[[!pdoMenu@{$vendormenuclasskey == "msCategory" ? "vendor-list-subcat" : "vendor-list-cat"}? 
	&parents=`{$vendormenuclasskey == "msCategory" ? "[[*id]]" : "[[*parent]]"}`
]]

Даже лучше так:

{if $vendormenuclasskey == 'msCategory'}
[[!pdoMenu@vendor-list-cat? 
	&parents=`[[*id]]`
]]
{else}
[[!pdoMenu@vendor-list-subcat? 
	&parents=`[[*parent]]`
]]
{/if}

После обработки Fenom останется всё равно только один вызов.

В параметрах указан 'parents' ([[*id]] либо [[*parent]])

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

Сделай там в начале сниппета

echo '<pre>';print_r($scriptProperties);die;

и посмотри, что приходит.

Кто-бы написал?

У нас и репозиторий с документацией имеется, если у этого кого-то возникнет желание.

Пишите на здоровье, буду только рад!

Ну вы даёте, это же встроенный функционал опций, который сильно расширили в новой версии (сам тоже не смотрел еще).

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

2. В стандартном чанке оформления страницы товара msProduct.content эти поля и так выводятся, но если что — выводим их через сниппет msOptions

3. При добавлении в корзину эти поля присоединяются к товару автоматом

4. В созданном заказе эти поля тоже сохранены


Еще раз повторяю, это встроенный функционал, работает из коробки первых версий. Вывел прям щас на демо сайте — minishop2.com/catalog/category-2/article-1