20 комментариев

avatar
Дураков нет, все хотят :)
avatar
Круто, дайте 2
avatar
Говорил, говорю и буду говорить. Мне нехватает возможности отменить действие, т.к. я бывает забываю отключить точпад. И когда что-то делаю, то курсор живет своей жизнью. Бродить потом по дереву в поисках что куда переместилось у меня нет времени. А необходимость перетащить документ из папки в папку бывает крайне редко.
avatar
Есть настройка для тачпада детектирование руки, т.е. если что-то больше пальца на тачпад попало он морозиться, размер этот регулируется
avatar
Как показывает практика возможность откатиться хотя бы на шаг назад никогда не бывает лишней
avatar
Я 10 пальцами печатаю и рука у меня там не лежит. Поэтому, как правило, большим пальцем случайно скольжу…

А про настройку спасибо. Не знал.
avatar
Там по мойму и случайный контакт детектится, время выставляется и т.п.
avatar
Вообще лично мне всегда модуля DocManager хватало для этих целей.
avatar
Если это коснется очередного изменения ядра, то лучше не надо. Если же оформится плагином, то почему бы и нет?
avatar
Не вижу особой нужды в этом. Как понимаю — это повлияет только на параметр «Позиция в меню»?
Согласен с предыдущим камментом — если для этого придется менять ядро — то лучше не менять.
avatar
MODx хорош тем, что практически ничего не навязывает. Кому не нравится — пользоваться не обязательно, и комментировать тоже. А мне такой возможности очень не хватает.
avatar
Расскажите для чего не хватает.
avatar
В основном — для клиентов, которые любят попроще и побыстрее. Но и для себя не помешает, например когда нужно импортировать кучу товаров из 1С в магазин, а в базе они по категориям не разбиты — растаскать всё мышкой удобнее, чем тыкать в опции и сохранять.
avatar
И мне, и мне парочку заверните!
Комментарий отредактирован 2013-03-03 16:10:19 пользователем abadello
avatar
Да ладно вам можно ж взять потестить )
Ну а изменения ядра боятся сильно не нужно ) главное не забывать про обратную совместимость да и спорные функции можно делать с возможностью включить отключить в настройках ) вот теже Ключевые слова к примеру мало кому нужно но просто отключили если надо включай и пользуйсЯ)
avatar
Согласен, хотя тут можно обойтись и плагином, без изменения содержимого /manager. Подменять содержимое фрейма — не страшная операция, а в код ядра лезть не придется. А потестить — да, дерево японское получилось вкусное и удобное.
avatar
Такая штука в рево есть и очень нравиться и ее больше всего не хватает в ево
avatar
даешь перетаскивание в 1.0.13! :)
avatar
У японцев в новых сборках обычное дерево, а в тестовой, на которую ведет ссылка, не работает ничего вообще (перетаскивание — видимость, реально ничего никуда не перетаскивается).
Решил провести эксперимент и скачал скрипт дерева — он называется fancytree (это переписанный dynatree, который использовал Yama). Получилось повторить внешний вид дерева MODX, сделать перетаскивание в папки, основные операции. Чтобы это годилось хотя бы для публикации в эксперименты и исследования, нужно допилить взаимодействие с основным фреймом, этим я, может быть, займусь позже.
avatar
Сегодня или уже вчера ночью решил поудалять с локалхоста всякий хлам и обнаружил сайт, где я возился с деревом. Помню, что в этом fancytree обнаружился какой-то фатальный недостаток, после чего я и забил благополучно. Но внезапно возникла идея быстренько переписать это дерево на easyui. До конца не довел — спать хочется, ну и ковыряться в этом месиве то еще удовольствие. Если кому интересно — github.com/Pathologic/easyui-tree
Перетаскивание пока чисто видимость, но в easyui оно делается относительно несложно. Не доделаны иконки (тут, конечно, я сильно тупанул — в fancytree у меня иконки были готовы), проверка прав, поломаны OnTree-события, еще может что-то не работает. Можно прикрутить чекбоксы для массовых операций и быстрое редактирование заголовков (а если бы не было фреймов, то и не только заголовков — как в рево).
Комментарий отредактирован 2014-10-27 14:18:39 пользователем Pathologic
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.