Согласен на все 100%

вот код самого класса

class DriverLicenseLicensesGetListProcessor extends modObjectGetListProcessor {
	public $objectType = 'DriverLicenseLicenses';
	public $classKey = 'DriverLicenseLicenses';
	public $defaultSortField = 'id';
	public $defaultSortDirection = 'DESC';
	
	
	public function prepareQueryBeforeCount(xPDOQuery $c) {
        $query = $this->getProperty('query');
        
        $c->where(array(
            'deleted' => 0,
            ));
        
        if (!empty($query)) {
            /*$c->andCondition(array(
                'number:LIKE' => '%'.$query.'%',
                'names:OR' => "SELECT  'id' 
                                 FROM  `modx_driverlicense_notface` 
                                 WHERE  `modx_driverlicense_notface`.`name` LIKE  '%".$query."%'"
            ));*/
            // Нужно вставить название своего объекта второй таблицы
    		$q = $this->$modx->newQuery('DriverLicenseNotface');
    		$q->select('id');
    		$q->where(array('name:LIKE' => '%'.$query.'%'));
    		$ids = array();
    		while($row = $q->fetch(PDO::FETCH_ASSOC)) {
    			$ids[] = $row['id'];
    		}		
    		if (!empty($ids)) {
    			$c->where(array(
    				'name:IN' => $ids
    			));
    		}
        }
        return $c;
    }
	
	
}

Cannot access empty property in  line 28

Сергей, спасибо за компонент! Круто!

Заодно наверно и «поделить» можно добавить, пока не могу придумать пример, но необходимость у народа, думаю, может возникнуть.

Может сделаете?

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

Перед тем как купить хочу уточнить, есть ли возможность менять цену товара в зависимости от количества в дополнительном поле, которое невозможно конкретно указать.
Например белое платье стоит 100 руб, синее +20 руб, а пуговица +5 руб, при этом количество пуговиц может быть 500-1000 шт. Это зависит от размера и рассчитывается по площади платья динамически при указании ширины и высоты платья. Таких полей должно быть несколько.
Платье — только для примера.

Понимаю, что в качестве костыля можно указать в поле «Опции-цены» дополнительно 1000 полей на каждую пуговицу:
пуговица 1 5 установить
пуговица 2 10 установить
…
пуговица 1000 5000 установить

А хотелось бы:
пуговица количество 5 умножить

Короче, снова переименовал.
Доступен по старому адресу: github.com/antixrist/lmims

У самой БД значит прописана дефолтная кодировка такая для всех новых таблиц.

блин)

Ребята из MODX робко просят так не делать, типа mod зарезервировано под системные дополнения и классы.

Типа modUser, modResource и т.д. Вряд ли кто-то еще назовёт свой пакет LMIMS, так что префикс mod тут не нужен.

Пользуясь случаем, хочу спросить — не знаете, случаем, как из репозитория удалить папку, не удаляя её физически с диска?
Ну т.е. я её сперва отправил на гитхаб, потом добавил в .gitignore, но вот из репозитория она не удаляется

да что там документировать то… Напиши описание из вот этого github.com/antixrist/modLMIMS/blob/master/README.md
и описание настроек пакета. Думаю более чем достаточно.

Чтобы залить на modstore надо документацию написать, а у меня времени нет)

Переименовал пакет и репозиторий
github.com/antixrist/modLMIMS

Да абсолютно без претензий. Пускай будет. Я лишь пытался представить ситуацию когда оно нужно…
На этом закончим спор.

beta2

Сразу вот такое у меня вылезло:
yadi.sk/i/Z2CHFjdJgvFcE

Также долго не мог понять в чём дело. Я добавляю множественный список, туда ввожу нужные мне значения, сохраняю, а последнее значение не сохраняется. И что бы я ни делал — всё время последнее новое значение «идёт боком». Это особенность такая или всё-же ошибка?

P.S.: Скажите, а почему нет фирменной фишки минишоп2 — minishop2-combobox? Без него, как без рук! Это получается, чтобы добавить новый пункт в селект — надо лезть в настройки опций, там искать нужную опцию и только там добавлять новый пункт, а потом ещё и в товаре его выбирать? Может ещё не поздно исправить это недоразумение?)

Залейте на modstore, что-ли..)

если он был удален — 100% были изменения

Вот о том и речь, что не факт.

Да и я не пойму претензий — VirtualPage был для примера, какой смысл конкретно его по косточкам разбирать? Ситуаций, когда возможны такие коллизии, может быть разных. По мне — так лучше перебдеть.

Или претензия в том, что это лишняя нагрузка? Если да, то это ж всего лишь одно обращение к массиву системных параметров, которые и так уже доступны — лишних запросов не будет:

$ids = $modx->event->params['ids'];
if ($modx->getOption('modlmims.remove_related_lmims_on_empty_trash') && !empty($ids)) {
  $modx->removeCollection('modLMIMS', array(
    'resource:IN' => $ids,
  ));
}

В любом случае — настройка уже добавлена и по умолчанию включена — никаких лишних действий не требуется. Пусть её меняют только те, кому это действительно нужно.

Ну и…

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

ну если так, то давай конкретно разберем ситуацию.
обработчик ресурс — вывод конкретного ресурса, если он был удален — 100% были изменения
обработчик сниппет/ чанк — не обрабатываются [lmims]
обработчик динамический ресурс — id динамическго ресурса == site_start
так в каком из этих вариантов будет описанная тобой ситуация???

Поймал. Спасибо.