Отличный продукт выпустили

А в вызове pageBuilder есть reverse какой-нибудь?

А в вызове pageBuilder есть reverse какой-нибудь?

http://docs.evo.im/04_extras/pagebuilder.html

чтобы он выводил блоки наоборот

Может orderBy

чтобы он выводил блоки наоборот

зайди в код посмотри

Нельзя так, нужно сначала спросить

Потом в доках посмотреть, поругаться. И только потом в код.

зайди в код посмотри

там в коде только offset, limit

Значит просто двигать в админке

Там же индекс есть

Там же индекс есть

кстате да

Потом в доках посмотреть, поругаться. И только потом в код.

ну я сам иногда пишу сразу сюда когда задолбаный

Это святое (:

DLMenu в api=1 получается классы не возвращает?

DLMenu в api=1 получается классы не возвращает?

угу

классы проставляет метод prepareData который дергается при рендере

это плохо)

и что в этом случае делают блейдофанаты? пишут prepare к каждому вызову DLMenu?

зачем к каждому 1 раз в бейс контролеере и все

обертка на обертке сидит и оберткой погоняет )

короче примерно так

сделал более канонично)) но проверить негде))

короче примерно так

Ну можешь написать свой контроллер, который перед отправкой json пройдется и пропишет всем классы

да это надо не свой написать, а в текущий просунуть )

это же не какие-то навороты сверху, а нормальный базовый функционал

это же не какие-то навороты сверху, а нормальный базовый функционал

я имел ввиду отнаследовать site_content_menu

я понял, я тоже про это

в своем класе переопредельяеш getJSON, ,береш $this->levels проходишся по каждому доку и дергаеш prepareData и getClasses для каждого

и будет тебе счастье

и будет тебе счастье

с таким подходом - счастья никогда не видать)))

Ну можно в базовый класс запихнуть, сделать параметр назвать какнибудь &apiPrepareData=1 и если передали один прокинуть url itteration и классы

но вроде как фича api в том чтоб данные самому готовить

Как по мне нужно пересобрать DocLister в отдельный пакет и будет счастье и будет работать как надо

Как по мне нужно пересобрать DocLister в отдельный пакет и будет счастье и будет работать как надо

+

мой prepare мне больше нравится - он учитывает ссылки)

мой prepare мне больше нравится - он учитывает ссылки)

ну site_content_menu тоже учитывает

ну site_content_menu тоже учитывает

что-то я не уверен

в коде есть проверка, вопрос работает ли она

вы про что?

я про другое

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

я имею в виду, что наделав в дереве, к примеру, произвольного меню на произвольные страницы и переходя по этим ссылкам - ты потеряешь активность в этом меню, а я нет)

ну да нужно учитывать не только активный документ но и парентам отдавать статус активности

если ссылка в меню не входит, то конечно активность потеряется

парентам и так отдается, для этого класс active

для документа here, для родителей active

парентам и так отдается, для этого класс active

это если не в вызове api=1

если ссылка в меню не входит, то конечно активность потеряется

а вот про это как раз и была тема - как постараться не потерять)

это еще на modx.com когда-то обсуждалось

никак не постараться

или я не так понимаю что-то

например у нас есть ссылка на страницу гарантия в разделе каталог, а сама страница гарантия находится в разделе о компании

какие подсвечивать разделы?

По логике Каталог - Гарантия

никак не постараться

глянь мой скрин чуть выше - когда ссылка в виде айдишника вполне себе можно подсветить)

можно конечно заморочиться и насчет текстовых ссылок через getIdFromAlias - но такой задачи не стояло

По логике Каталог - Гарантия

а как понять, что не о компании - гарантия?

а как понять, что не о компании - гарантия?

Только по Родителю размещения. Фактического размещения в проекте. Не в системе.

у меня вот другая проблема на ночь глядя - "я доклистеру: 'orderBy' => 'id DESC'; доклистер мне: ORDER BY FIND_IN_SET(`c`.`id`, '') ""

наверно на сегодня хватит))

Только по Родителю размещения. Фактического размещения в проекте. Не в системе.

в смысле проекте, а не системе?

у нас есть дерево документов и все, там не указано какой документ в проекте, а какой в системе

я помню несколько раз запоминал в сессии из какой мультикатегории приходил и потом в товаре туда путь восстанавливал)

но вопрос не в этом был, а в том, что если тип "веб-ссылка" и там айдишник - то подсветить эту ссылку можно легко, считая что у нее в data[content] и есть тот самый data[id]

ну это извраты уже

ну почему извраты - если ссылка ведет на страницу с id=5, то при заходе на эту страницу она будет активна )

в смысле проекте, а не системе?

В дереве всегда есть корень и родитель. Когда добавляется ссылка-документ-что-то-еще, то указывается фактическое размещение данной сущности у которой есть текущий Родитель. В системе этот документ-файл-папка физически лежит в одном месте. Данные получаются всегда из одного и того же места только через ссылку.

Т.е. тогда можно размещать где угодно ссылку на одну сущность и соотносить к разным "каталогам".

Может не совсем понятно объясняю или мне так просто выглядит. Так работает файловая система в юникс.

Там все является файлами в дереве и всегда можно создать ссылку из какого-то каталога на одну сущность.

А размещение всегда одно, когда без дублей.

при чем тут юникс, там не нужно подсвечивать родителей

Дерево одно всегда - это же дерево.

размещение одно, а пунктов в меню может быть хоть десять

так мы не про дерево говорим, а про меню

Да, хоть 100.

Понимаю.