Tickets 1.9.3
Добрейшего времени суток.
Вчера неожиданно вместо принятия своего PR я получил от @Василий Наумкин целый инвайт рулить в репозитории Tickets.
В связи с этим встречайте обновление Tickets 1.9.3.
Список новых возможностей:
Ну и в дальнейшем — по поводу найденных багов можно дёрнуть меня (только не больно).
Вчера неожиданно вместо принятия своего PR я получил от @Василий Наумкин целый инвайт рулить в репозитории Tickets.
В связи с этим встречайте обновление Tickets 1.9.3.
Список новых возможностей:
- Добавлена возможность с фронта на форме редактирования удалять/восстановливать свои тикеты.
- Для сниппета TicketForm добавлены параметры:
- allowDelete — если параметр установлен = 1, то добавляет в форму редактирования тикета кнопку «Удалить». Если тикет уже удален, на её месте будет отображена кнопка «Восстановить». Восстановление возможно только если юзер собственноручно перед этим удалил тикет. Если его тикет был удален админом/модератором в менеджере, то возможности для восстановления тикета с фронта этому юзеру не будет.
- redirectDeleted — id ресурса, на который будет перенаправлен пользователь после удаления тикета. Если не указан, то на исходную страницу.
- redirectUnDeleted — id ресурса, на который будет перенаправлен пользователь после восстановления тикета. Если не указан, то на исходную страницу.
- tid — возможность вызывать через сниппет с этим параметром редактирование конкретного тикета без использования параметра url $_REQUEST['tid'] (https://modx.pro/help/9157)
- Добавлена возможность сортировать TicketFile на форме перетаскивая с помощью Drag & Drop. После сохранения тикета будет синхронизировано и поле rank у ms2Gallery (если он установлен и включено ms2gallery_sync_tickets).
демонстрация
Ну и в дальнейшем — по поводу найденных багов можно дёрнуть меня (только не больно).
Комментарии: 52
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Если есть возможность, помогите с проблемой. Возможно у вас получится исправить:
modx.pro/components/16985#comment-105150
Вам посоветую либо отказаться от подсчета просмотров вовсе либо использовать для подсчета какие-нибудь другие специализированные решения, работающие на отдельном сервере.
В качестве минимального решения (обойтись малой кровью) — могу предложить кешировать результат работы сниппета TicketMeta на N минут (например на 10). В таком случае тормозить тикет должен не чаще 1 раза в 10 минут во время обновления кеша.
(либо тогда совсем убрать любое оформление) Я например в нём путаюсь, заменишь какой-нибудь класс, а потом оказывается, что через него что-то там скрипт подставлял и подменял.
К пожеланиям добавлю перевод чанков на fenom, т.к. много где используются родные модификаторы modx, которые жутко тормозят.
В доках даже есть пример чанка tpl.Tickets.comments.wrapper
docs.modx.pro/komponentyi/pdotools/klassyi/pdoparser
И было бы замечательно увидеть вывод аватара в tickets.meta (у меня без костылей gravatar не прицепился)
Тут задача не в том, чтобы дать всем на 100% готовое решение, а, скорее, показать как оно работает
Такие селекторы никак не должны относиться к оформлению и не относятся
Конечно не относятся, но я не знаю как отличить одни от других, кроме как методом тыка.
Раз уж вам все это так необходимо.
Но это дело вкуса, поэтому шаблон только для примера, переписывать его под себя почти обязательно — кто хочет чтобы комментарии у него были как у всех по шаблону? Все стремятся выделиться, отойти от стандарта, чтобы не узнали что это чистый MODX на чистых дефолтных чанках… ))))
P.S. А вот переписать чанки на феном было бы удобно. Сейчас это стандарт, а то приходится логику каждый раз переписывать по новой.
Как будет время, проверю, есть ли возможность для тикета переопределить поведение этой галочки и прихранить её состояние — но это будет исключительно косметическим решением для админки и на функционал не повлияет.
Есть настройка tickets.editor_config.ticket, но нет настройки для указания своего css для этого редактора и каждое обновление дополненный editor.css затирается.
Переписать и переделать можно всё что угодно, зачем об этом постоянно писать, если это и так понятно.
Есть готовые решения, а есть решение которые надо допиливать или вообще обходить стороной.
Разница между ними в восприятии и желании\нежелании с ними иметь дело очень большая.
П.С.
Думал уже совсем поддержка этого, без преувеличения сказать, супермегаубергипер компонента закончится рано или поздно, а тут прям второе дыхание!
А ну еще бы как вариант поработать над правами редактирования комментов, чтобы можно было удалять их прямо из фронта для пользователей и модеров! (губу раскатал наверное, но мало ли) :D
назрела мысль, возможно народ поддержит — хорошо бы добавить параметр, например, «validator» — и писать в него сниппет (с поддержкой файловых), который мог бы проверять нужные поля на правильность заполнения и возращал бы именованные ошибки
В разделе «Настройка раздела» — «Дочерние тикеты» не сохраняются настройки.
MODx 2.7.0
в файле core/components/tickets/processors/mgr/section/update.class.php строку
заменить на
https://modx.pro/help/17424
Кто знает с чем это может быть связано?
github.com/modxcms/revolution/blob/2.x/core/model/modx/processors/resource/create.class.php#L265
Конкретно по вашему вопросу — судя по всему готового решения нет, но в целом не вижу проблем допилить нужную кнопку.
и делается просто на ajax свой небольшой запрос, скрипт удаляет, а потом принимаем ответ потом и по id визуально удаляем. — самый простой ваиант.