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

У ТВ есть настройки вывода тега. Если ТВ нет — то и тег он не выведет, будет просто ничего.

Ну а проверять, если ты оставишь всё как сейчас, можно фильтрами. Например, default=`` или is=``.

Можно даже свой фильтр написать, для особой проверки.

1. Создать настройку tickets.assets_url, указать в ней свой путь к файлам и скопировать в эту директорию все родные assets. Потом их можно менять, не опасаясь затирания при обновлении.

2. Все тикеты по умолчанию скрыты в меню. В твоём случае лучше переписать вызов WF на использование &parentRowTpl, тогда dropdown будет выводиться только при наличии видимых потомков в контейнере.

Поэтому я и написал в первом комментарии, что «Такого не предусмотрено».

Смотреть нужно в хуки.

tpl.mFilter.param.outer.

Еще можно этого не всего не делать, а просто указать в css, чтобы блоки в большим количеством чекбоксов прокручивались. У каждого блока есть id, который зависит от имени параметра. Посмотри какой html генерируется — поймешь.

Типа такого:

#mfilter_ms_add1 {
	height: 250px;
	overflow: auto;
}

Это работает только если ты сам сидишь у консоли, а не через ssh.
Комбинации Ctrl + Alt + (F1 — F7)

Через SSH и так можно открыть сколько угодно сеансов для одного юзера.

Такого не предусмотрено, но ты можешь попробовать поменять чанк для чекбоксов. В ckeckbox outer пропиши тег select, а в checkbox row — тег option.

Дополнения будут, но не сразу.

Значит, не судьба.

А как, по твоему, всё работает, вообще без файлов?

Все страницы MODX работают через Index.php. То есть, все его страницы — это и есть Index.php, только с разными параметрами в запросе.

Держи, для расширения кругозора — lphp.ru/article/346.html

Ну так делись со всеми, мало ли — пригодится кому.

Так, попробуй вот это добавить, я там один файл потерял:

require_once MODX_CORE_PATH.'components/shopkeeper/model/shopkeeper.class.php';
require_once MODX_CORE_PATH."components/shopkeeper/model/shk_mgr.class.php";
$SHKmanager = new SHKmanager($modx);

Тут надо 2 класса, менеджер расширяет основной. То что я раньше написал, должно выдавать фатальную ошибку — вот и письма пропали.

Да я miniShop2 занят, нет желания разбираться с Shopkeeper, который я совсем-совсем не знаю.

Похоже, ты не подключил классы компонента.

Попробуй добавить в начало

require_once MODX_CORE_PATH.'components/shopkeeper/model/shopkeeper.class.php';
$SHKmanager = new SHKmanager($modx);

Да, может и есть — не искал никогда.

На pdoTools это делается за 5 минут + поддержка getPage и скорость выборки. Я сейчас все такие утилитки через него пишу.

Такую проблему встречаю только при неверной работе сессии, из-за php-apc.

Попробуй очистить системный параметр session_handler_class, чтобы сессии хранились не в БД, а в файлах.

Пользуюсь почтой на Яндексе, которую они защищают своей «Спамообороной» — нет никаких проблем с нежелательной корреспонденцией.

Свой ящик везде пишу открыто, не стесняясь.

У обычного ресурса и так куча полей, не нужно использовать ТВ лишний раз.

Да и вообще, при импорте статей я бы сразу добавлял записи и в Redirector, зачем мне старые url в ресурсе?

Нормально через getResources, по моему, этот вопрос не решить.

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

Если честно, первый раз вижу такой вопрос, за год существования miniShop.

Раньше, вроде, никто на IE не жаловался. Попробуй на другом компе проверить + еще можно на modx-test.com глянуть как будет работать.

Может, у тебя там кэшируется что-то хитро?