реально помимо вывода сообщения об ошибке, еще добавлять класс error к самому полю
Реально, но для этого надо JS дописывать. Смотрите в сторону события «tickets_ticket_save», туда приходит ответ по результатам обработки формы (https://github.com/bezumkin/Tickets/blob/master/assets/components/tickets/js/web/default.js#L278)
Возможно, в твоем случае администратор — создатель ветки, куда пишется комментарий ($uid == $owner_uid)
> Опять же когда из под админа в панели отвечаю на комментарий, то оповещение на почту пользователю не приходит. Если из фронта отвечать, то всё идёт на почту
Это моя недоделка, предлагал временное решение с плагином вот здесь — modx.pro/help/18026
В коробку пока еще не добавил, руки всё не дойдут отрефакторить систему уведомлений
Если насобирается донатов на 3000 р. — выпущу следующее обновление и с этой фичей.
А если вдруг желающих насобирается больше, порядка 6000р или больше., то даже заморочусь и сделаю полноценную систему с привязкой аттачей к самим комментам по id и управлением этими аттачами в админке
Но донатить никого не обязываю, если найдутся альтруисты — присылайте готовую реализацию в виде PR на github-е :)
Реально, но для этого надо JS дописывать. Смотрите в сторону события «tickets_ticket_save», туда приходит ответ по результатам обработки формы (https://github.com/bezumkin/Tickets/blob/master/assets/components/tickets/js/web/default.js#L278)
Чтобы получить последние 5 комментариев нужен сниппет [[!getComments?&limit=`5`]]
В вызов сниппета TicketComments добавь параметр setTotal
github.com/bezumkin/Tickets/blob/master/core/components/tickets/elements/plugins/plugin.tickets.php#L38
Проверь наличие других плагинов, которые могут затирать или пиши отладочные логи
Подсказка пользователей основана на списке стандартных пользователях из modUser+modUserProfile, повесить её можно на любой тэг textarea
все встреченные в HTML страницы вхождения @username, если такой username существует и не добавлен в исключения, будут заменяться на паттерн ссылки — для этого используется стандартный MODX-овский event OnWebPagePrerender
Каким образом уже организовано создание постов/комментариев — не важно, Tickets или самописное решение.
Если в tooltip-е нужна будет какая-нибудь информация из TicketAuthor (например, рейтинг, количество постов/комментариев), могу доработать компонент, дописать новую настройку, чтобы опционально присоединялась таблица tickets_authors и в чанке были доступны эти поля.
Не будет это работать со сторонними подключаемыми сервисами, типа Disqus, виджет комментария ВК
Впрочем, ничего не мешает через pdoTools для своего узконаправленного проекта делать самостоятельно выборки тикетов, отфильтрованные по ID пользователя — это и будет выглядеть как реализация блогов пользователя.
5 000 р, в шапочке указано
написать реализацию на событие OnCommentSave (поиск юзера, подготовка массива письма, вызов $ticket->addQueue)
Вот полный набор условий, при которых отправка администратору может не идти
github.com/bezumkin/Tickets/blob/master/core/components/tickets/model/tickets/tickets.class.php#L1144
Возможно, в твоем случае администратор — создатель ветки, куда пишется комментарий ($uid == $owner_uid)
> Опять же когда из под админа в панели отвечаю на комментарий, то оповещение на почту пользователю не приходит. Если из фронта отвечать, то всё идёт на почту
Это моя недоделка, предлагал временное решение с плагином вот здесь — modx.pro/help/18026
В коробку пока еще не добавил, руки всё не дойдут отрефакторить систему уведомлений
modx.pro/components/17235#comment-105833
2. Есть сейчас такое дело, но да, через БД в крайнем случае подправить можно. Обратную смену типа на «Документ» стОит производить очень осторожно и с полным пониманием того, что делаешь, т.к. другие таблицы сайта (комментарии, ветки комментариев) уже могут зависеть от документа с id, который раньше имел тип «Тикет» или «Раздел тикетов» и их поведение станет как минимум непредсказуемым.
@Евгений Пашков @iWatchYouFromAfar @Yar
Если насобирается донатов на 3000 р. — выпущу следующее обновление и с этой фичей.
А если вдруг желающих насобирается больше, порядка 6000р или больше., то даже заморочусь и сделаю полноценную систему с привязкой аттачей к самим комментам по id и управлением этими аттачами в админке
Но донатить никого не обязываю, если найдутся альтруисты — присылайте готовую реализацию в виде PR на github-е :)
Ну либо пойти по пути раздербанивания этого компонента на кучу модулей, но проще в этом случае будет делать форк и пилить отдельный компонент с нуля на основе идей имеющего. Уж не знаю, найдутся ли желающие настолько заморачиваться с бесплатным компонентом за разовые вознаграждения-донаты.