Павел Гвоздь

Мне нравится идея, Сергей!

Насколько удобно?

По описанию вроде удобно. Всё упирается в будущий интерфейс.

Права доступа к отдельным элементам

Прекрасная идея! Не часто, но бывает такое, что требуется дать менеджеру доступ к нескольким чанкам, запретив ему ковыряться в остальном коде. Это бы пришлось кстати!

Есть ли смысл их разделять, если нужны оба функционала?

Лично я не вижу смысла разделять. Хоть я и не пользуюсь на текущий момент пакетом AdminTools, но, возможно, в будущем придётся и его ставить на каждый сайт, на ряду с controlErrorLog, без которого не обходится ни один сайт, с которым я работаю! Спасибо за него, кстати!

У вас в $map массиве ошибка. Там, где вы формируете поля для объекта modUserProfile в fieldMeta должен быть список всех полей, а у вас 2 fieldMeta, следовательно второй перезаписывает первого.

Проще говоря, вместо:

'fieldMeta' => array(
    'surname' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
),
'fieldMeta' => array(
    'patronymic' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
),

Надо так:

'fieldMeta' => array(
    'surname' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
    'patronymic' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
),

SEO не позволяет

Что это значит? Почему бы не решить задачу 301 редиректа средствами PHP на стороне плагинов MODX? И вообще, зачем этот редирект необходим? Чтобы с поддоменов перекидывало на основной домен? Так он то и делает… Ставьте задачу точнее. Если надо, чтобы с www кидало на без www, то, в данном случае, проще уж решить это дело плагинами.

Эти твои поля где располагаются? Неужто в модальном окне?..

В консоли че?

Лучше отправляйте PR — github.com/gvozdb/phpthumbon :)
Главное, чтобы у других ничего не слетело!

Обновляйтесь до 1.2.1, поправил.

и теперь оно сохраняет туда, куда надо

Точно туда, куда надо? Сохранять надо в ресурс, где располагается форма? Нет, ошибаюсь. Сохранит туда, куда надо, после того, как нажмём кнопку «Сохранить», но тем не менее, немного неправильно это. Сейчас посмотрю по коду, почему так происходит.

Collections у меня нет, скажу по теме пользователей. Вот такая конструкция
var leftCol = this.items.items[0].items.items[0].items.items[0]; легко превращается в такую
Ext.getCmp('modx-user-active').ownerCt

Сергей, исключительно ради интереса, я тебе создам тестовый сайт и загружу туда Collections, а ты мне покажешь, как имея объект гриды и выходя вверх, можно получить объект кнопки, которая находится в верхнем тулбаре этой гриды, фактически на несколько уровней ниже. Согласен?

Ясно…

1. Людям не знакомым с Collections (как я например) из описания совершенно не понятно, что и для чего. Нужно лезть в инструкцию, чтобы понять, что добавляются пункты контекстного меню.

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

2. Ну и зачем всё это писать, если можно выложить на гитхаб уже готовое решение с очень маленькой инструкцией по кастомизации — где и что изменить в заготовке под себя.

Так это не готовое решение, а пример того, как можно расширить компонент Collections, не затрагивая его исходников.

А в такой простыне кода даже мне страшно разбираться.

Сергей, если страшно, то не надо. :)

такие вещи как this.topToolbar.items.items[0].items.items[1]; со временем трансформируются во что-то более совершенное.

Представь, как твой комментарий приобрёл бы ценность, добавив ты туда пример совершенного кода?

Странно, вопросы как будто к автору поста, а направлены Илье. Сергей, кому вопросы то и кто этот загадочный «коллега»?)

Опишите подробнее функционал пакета. Думаю, реализую.

Реализовал немного по-иному, т.к. в твоём коде есть возможность применить купон с другим кодом и всё прокатит.

Спасибо за баг-репорт! Проблема устранена, обновляйтесь на версию 1.2.5!

Странно, но я, почему-то полагал, что Алесь — мужское имя…

{$_modx->runSnippet('!pdoResources', [
    'parents' => $_modx->config.cities,
    'sortby' => 'menuindex',
    'sortdir' => 'ASC',
    'limit' => 0,
    'tpl' => '@INLINE <option {($id == ' ~ $from ~ ') ? \'selected="selected"\' : \'\'} value="{$id}">{$pagetitle}</option>',
])}

Проблема с точкой в ключе опции. Отправил PR Василию.

Спасибо! Обновил пакет в Modstore.

Во-первых, я никаких советов не давал по использованию данной конструкции в твоей ситуации.

Во-вторых, если вот этот код вставить в контент ресурса на голый сайт modhost.pro, с установленным pdoTools и настройкой pdotools_fenom_parser=true, то всё обрабатывается корректно.

{set $a}
{ignore}
{xdsd}
{/ignore}
{/set}
{$a}

Так что ищи ошибку непосредственно на своём сайте, ибо проблема не в Fenom, и не в pdoTools.

Ставь пробел после открывающей фигурной скобки.

Я заметил, что Феном обрабатывает тег {ignore} не во всех случаях. Ну вот, например, он его понимает в такой конструкции:

{var $tpl}
{ignore}
<div><a href="{$id | url}">{$pagetitle}</a></div>
{/ignore}
{/var}

После чего, данную переменную можно спокойно использовать для указания @INLINE чанка:

{'pdoResources' | snippet : [
	'tpl' => '@INLINE ' ~ $tpl,
]}

А, вот если указать {ignore} в каком-нибудь другом месте — ломается и выводит ошибку в логи системы.