:))

Ну я только блокнот этот вижу и всё )

И то, что менеджеры при загрузке картинок не видят папки с картинками от других ресурсов, к которым у них например нет доступа

И вообще для меня это самый большой недостаток модх эво, на ресурсы ограничения можно поставить, а папки все видны и всем видны. Любой манагер может удалить вообще все папки в assets/images assets/files и т.д. Конечно можно задать отдельные папки для менеджеров, но тогда при редактировании ресурса, в котором есть картинки и его создал другой манагер, текущий манагер не получит доступ к этим картинкам

Ну так к этой папке разве другой манагер сможет получить доступ?

Так в этом нюансе и вся проблема, я же написал, картинки зальет создатель ресурса, а потом придет другой манагер редактировать, а там упс, и нет картинок для него

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

Соседние должны быть изолированы

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

Да, этого я не учел, это хороший аргумент для программиста, но для менеджера мне кажется удобнее мой вариант

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

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

Но я хочу, чтобы он видел файлы добавленные к этому ресурсу другим манагером

Это да, я по глупости уже написал кривой плагин https://github.com/wlatt1991/evoAutoFolder

Я там накосячил во всем, он как бы у меня работает, но на гитхабе я оформил с косяками

Но мне не хватает системных событий, чтобы плагин работал без правок ядра

А соотвественно, при каждом обновлении приходится патчить

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

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

Короче я с этим КЦфайндером говна уже много поел

Приходится путь до папки для инициализации передавать через сессию

А если я в двух окнах открою два разных ресурса, то в обоих ресурсах инициализируется одна и та же папка, т.к. сессия одна

Да, все это понятно, но буратино менеджеры, я про этот баг от них узнал )

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

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

В видеоуроках у Дмитрия уже версия 1.2.2) Когда релиз?

Ждем тесты от Агел Неш + Хочу сделать ребрендинг уже в Evolution CMS + совместить сборку и офф ветку что б вести 1 гит а не 2 будет быстрее + будет чаще релизы и т д.

В видео версия 1.2.1-9.1.4 )

Оно и так все доступно :)

http://modx.com.ua/changelog.html

а ну на офф репозитории там давно ж висит версия 1.2.2 и это документашка по функциям :)

Кста кто за поменять версию на 3.0 ))) при ребрендинге ))

Чисто поржать ))

Можно и на 5.0 сразу 😏

тогда уж 3.1 ))

ну а что винда перепрыгнула 9 версию)

FF уже 52 и ничего... 😄

и дальше, 6 - в июне, 7 в июле и так далее)))

Вот вот.. пора revo обгонять уже

Идея здравая, все таки изменений очень много за последние месяцы.

А в друг модх 3 выйдет когда нибудь )

так все равно уже считай evolution cms без modx )

к то му времени EVO 25 версия будет)

ну если убрать просто 1 слева )

то сразу будет 2.2 и норм ))

Кстати, когда то же была новость про то что модх 3 выйдет, это была утка?

Или реально задумывались над этим разработчики?

была новость и про modx 4 и про next ветку, потом сказали ничего не будет, потом опять за 3-ю писали

Они реально задумались о 3 утке 😄

https://docs.modx.com/revolution/2.x/getting-started/an-overview-of-modx/roadmap

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

так у нас так же просто через плагин

хотя там так же :)

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

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

По уму да + сохранение не в localStorage а в базу что б можно было настроить для менеджера

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

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

всё верно... но надо без ковыряний это добавить)

Модх как линуху, каждый раз собираешь по новой )

под заказчика

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

Понравилась идея с блокнотом, блокнот сделал, но не внутри gridstera вылазит

плагином на событие OnManagerWelcomeHome пробовали?

Как раз на него нарвался в шаблоне :) Помогло :) Спасибо!

на обёртку тоже обратите внимание

->output ' <li id="modxwelcome_widget" data-row="1" data-col="1" data-sizex="2" data-sizey="6"> .......... </li> '

только id свой поставьте, id="notes_widget"

Да, это сделал, всё работает :)

показывайте))