Ну и не нравится. Не пользуйся. Я сразу сказал

еще ни разу не смог по-существу говорить, каждый раз понос открывается))

https://modzone.ru/blog/2018/05/13/build-pdomenu-on-fenom/

я бы попользовался, но только тем, что сам автор хотя бы в состоянии объяснить))

если верстальщик сможет сделать такое, то я не знаю, а почему он до сих пор верстальщик ((:

а так какую-то кучу навалил посреди дороги - а потом обижается, что все нос воротят))

да ладно, может и пригодится как-нибудь, но уже видно, что без сниппетов много геморроя

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

да ладно, может и пригодится как-нибудь, но уже видно, что без сниппетов много геморроя

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

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

На этом решении нет ещё сайтов. И я не говорил что именно на нём. Делал на аналоге и я сейчас на море и с телефона

Как бы не очень удобно ковырять и искать

{set $ar = $_modx->getPlaceholder('activeResources')} {if $ar[$item['id']]!} {set $classes = $item['id'] == $_modx->resource.id ? 'here' : 'active'} {else} {set $classes = ''} {/if} {if $item['children']?} <li class="tplParentRow {$classes}"> <a href="{$item['id'] | url}">{$item['pagetitle']}</a> <ul class="tplInner"> {foreach $item['children'] as $child} {set $child['level'] = $item['level'] + 1} {$_modx->getChunk('Menu', ['item'=>$child])} {/foreach} </ul> </li> {else} <li class="{$item['level'] > 1 ? 'tplInnerRow' : 'tpl'} {$classes}"> <a href="{$item['id'] | url}">{$item['pagetitle']}</a> </li> {/if}

ай))) удали это нафик))

И на этом решении нет сайтов. Т.к. необходимые правки в ядро приняли буквально сегодня утром.

отличное же меню (:

ну вот да, примерно такое я себе и преставляю

если верстальщик такое не может, так пусть идет улицу мести

будешь его копировать потом из шаблона в шаблон из проекта в проект +)

если верстальщик такое не может, так пусть идет улицу мести

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

ну да

вот тогда будет как раз эталонное решение для "небольших сайтов на эво" ))

и для родителей поставить класс

на самом деле я видел где-то меню на блейде

полноценное типа

так оно было побольше в разы чем этот пример для фенома

И на этом решении нет сайтов. Т.к. необходимые правки в ядро приняли буквально сегодня утром.

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

а то чуть что и сразу "все, я обиделся, пойду найду на гите какую-нибудь какашку и у вас"))

в блейде все тож самое

синтаксис чуть другой @if @foreach

ну, если кому-то удобно так выводить меню, то пусть выводит

так оно было побольше в разы чем этот пример для фенома

ну этот пример - это скорее всего, просто показать, как можно писать на феноме. Там основная проблема - это сниппет getImageList из migx. Каждый раз приходилось писать новый парсер через феном

писать-то можно хоть на чем, вопрос в том удобно ли это

согласен, для migx - это вынужденое решение

Вот это: {set $ar = $_modx->getPlaceholder('activeResources')} печально ибо верстальщик не должен вникать откуда брать данные он в трейси просто видит уже масив ar а дальше правильно тогда адекватный и правильный патерн будет

ты смотришь не туда

не важно set там или эта переменная уже будет

писать свое меню вместо dlmenu - разве что потренироваться, так как другого смысла не вижу просто

Вот это: {set $ar = $_modx->getPlaceholder('activeResources')} печально ибо верстальщик не должен вникать откуда брать данные он в трейси просто видит уже масив ar а дальше правильно тогда адекватный и правильный патерн будет

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

на битрикс примерно также все - берется массив $arResults/$arItems и делается форич

почему-то каждый раз когда что-то делаешь сложное, то начинается "я ж не программист"

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

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

ну потому что он у тебя не ресурсивный нифига - просто связка иф=>форич нового уровня )

где

захочешь добавить еще один уровень - придется опять руками фигачить

там в середине getChunk для этого же чанка

нормальный верстальщик не будет делать рекурсии, он потребует готовый UI обработчик и просто воткнет его в шаблон, указывая только партиалы для всяких элементов меню дополнительно

как где

{if $item['children']?} <li class="tplParentRow {$classes}"> <a href="{$item['id'] | url}">{$item['pagetitle']}</a> <ul class="tplInner"> {foreach $item['children'] as $child} {set $child['level'] = $item['level'] + 1} {$_modx->getChunk('Menu', ['item'=>$child])} {/foreach} </ul> </li> {else}

этот чанк называется Menu

"если есть дети - берем форич этих детей"

да, а в детях этот чанк сам себя вызывает

ааа, ну тогда это все еще загадочнее )))

ну это мы меню опять же обсуждаем

а еще есть формы

и там долбить "if ошибка то сообщение об ошибке" тоже так себе

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

Итог: генератора меню не будет да ?

я знаю зачем он это все делает - чтобы его бот постоянно не глючил он просто хочет на любой вопрос давать одну и ту же ссылку "читай документацию" - потому так яростно и борется со сниппетами даже находясь " в телефоне на море" )))

Бот глючит из-за тупой весты.

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

вот кстати, вместо вывода доклистера отдавать только данные, хорошее дело

вот кстати, вместо вывода доклистера отдавать только данные, хорошее дело

Ну так сохраняем в обьект и погнали

ну да

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

вот кстати, вместо вывода доклистера отдавать только данные, хорошее дело

самый интерес там не в выводе результатов, а в автоматическом формировании формы с подсчетом количества результатов по каждому значению в разрезе каждого тв :)

ну если вывести список от одного родителя, то да

Для контнета есть SiteContent для пагинации pagination. @Serg_64j вчера скидывал пример

этот пример для частного случая

и то, без Жени так никто толком и не осилил получать тв ((:

и то, без Жени так никто толком и не осилил получать тв ((:

Да и с ним криво освоили

вот кстати, вместо вывода доклистера отдавать только данные, хорошее дело

так добавь параметр типа &outputType=json, а по дефолту пусть отдает спарсеный хтмл)

доклистер на самом деле говно и для 2.0 его нужно переписывать

а фильтровать и сортировать по тв или по количеству комментариев jotx там как?

ну джойнишь таблицы и сортируешь

доклистер на самом деле говно и для 2.0 его нужно переписывать

а что там не так, если подробно?

к мультитв заджойни

а что там не так, если подробно?

многое там не так, если нужно использовать больше чем одну таблицу, куча костылей

просто посмотри как там формируются запросы

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

если ты сам вдишь ошибки, тебе проще их сформулировать

просто посмотри как там формируются запросы

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