Говорил, говорю и буду говорить. Мне нехватает возможности отменить действие, т.к. я бывает забываю отключить точпад. И когда что-то делаю, то курсор живет своей жизнью. Бродить потом по дереву в поисках что куда переместилось у меня нет времени. А необходимость перетащить документ из папки в папку бывает крайне редко.
Не вижу особой нужды в этом. Как понимаю — это повлияет только на параметр «Позиция в меню»?
Согласен с предыдущим камментом — если для этого придется менять ядро — то лучше не менять.
MODx хорош тем, что практически ничего не навязывает. Кому не нравится — пользоваться не обязательно, и комментировать тоже. А мне такой возможности очень не хватает.
В основном — для клиентов, которые любят попроще и побыстрее. Но и для себя не помешает, например когда нужно импортировать кучу товаров из 1С в магазин, а в базе они по категориям не разбиты — растаскать всё мышкой удобнее, чем тыкать в опции и сохранять.
Да ладно вам можно ж взять потестить )
Ну а изменения ядра боятся сильно не нужно ) главное не забывать про обратную совместимость да и спорные функции можно делать с возможностью включить отключить в настройках ) вот теже Ключевые слова к примеру мало кому нужно но просто отключили если надо включай и пользуйсЯ)
Согласен, хотя тут можно обойтись и плагином, без изменения содержимого /manager. Подменять содержимое фрейма — не страшная операция, а в код ядра лезть не придется. А потестить — да, дерево японское получилось вкусное и удобное.
У японцев в новых сборках обычное дерево, а в тестовой, на которую ведет ссылка, не работает ничего вообще (перетаскивание — видимость, реально ничего никуда не перетаскивается).
Решил провести эксперимент и скачал скрипт дерева — он называется fancytree (это переписанный dynatree, который использовал Yama). Получилось повторить внешний вид дерева MODX, сделать перетаскивание в папки, основные операции. Чтобы это годилось хотя бы для публикации в эксперименты и исследования, нужно допилить взаимодействие с основным фреймом, этим я, может быть, займусь позже.
Сегодня или уже вчера ночью решил поудалять с локалхоста всякий хлам и обнаружил сайт, где я возился с деревом. Помню, что в этом fancytree обнаружился какой-то фатальный недостаток, после чего я и забил благополучно. Но внезапно возникла идея быстренько переписать это дерево на easyui. До конца не довел — спать хочется, ну и ковыряться в этом месиве то еще удовольствие. Если кому интересно — github.com/Pathologic/easyui-tree
Перетаскивание пока чисто видимость, но в easyui оно делается относительно несложно. Не доделаны иконки (тут, конечно, я сильно тупанул — в fancytree у меня иконки были готовы), проверка прав, поломаны OnTree-события, еще может что-то не работает. Можно прикрутить чекбоксы для массовых операций и быстрое редактирование заголовков (а если бы не было фреймов, то и не только заголовков — как в рево).
20 комментариев
А про настройку спасибо. Не знал.
Согласен с предыдущим камментом — если для этого придется менять ядро — то лучше не менять.
Ну а изменения ядра боятся сильно не нужно ) главное не забывать про обратную совместимость да и спорные функции можно делать с возможностью включить отключить в настройках ) вот теже Ключевые слова к примеру мало кому нужно но просто отключили если надо включай и пользуйсЯ)
Решил провести эксперимент и скачал скрипт дерева — он называется fancytree (это переписанный dynatree, который использовал Yama). Получилось повторить внешний вид дерева MODX, сделать перетаскивание в папки, основные операции. Чтобы это годилось хотя бы для публикации в эксперименты и исследования, нужно допилить взаимодействие с основным фреймом, этим я, может быть, займусь позже.
Перетаскивание пока чисто видимость, но в easyui оно делается относительно несложно. Не доделаны иконки (тут, конечно, я сильно тупанул — в fancytree у меня иконки были готовы), проверка прав, поломаны OnTree-события, еще может что-то не работает. Можно прикрутить чекбоксы для массовых операций и быстрое редактирование заголовков (а если бы не было фреймов, то и не только заголовков — как в рево).