[Tickets] Компонент TicketMessages
По мотивам заметки про сообщения на Tickets.
Освоил создание компонентов (спасибо Василию за курс) и предлагаю на ваш суд свой первый компонент TicketMessages. Напомню, это дополнение к Tickets, которое позволяет работать с комментариями как с личными сообщениями.
Инструкция по установке и настройке
1. Скачиваем из репозитория MODSTORE.PRO.
2. Устанавливаем.
Теперь нужно разместить в нужном месте чанк
В левом окне список пользователей формирует сниппет msgUsers
В админке открываем компонент Tickets. Каждая ветка содержит комментарии 2-х пользователей. В названии ветки указаны id этих пользователей. Таким вот нехитрым способом комментарии превращаются в личные сообщения. А главное, не пришлось трогать ядро Tickets.
Если ветку закрыть, то во фронт-энде нельзя будет добавить сообщение, но переписку будет видно.
Если ветку отключить, то пользователь будет удален из списка.
Маленькое дополнение. Компонент грузит стиль Bootstrap. Поэтому, у кого он уже грузится, то у компонента его нужно отключить в сниппете TicketMessages.
Вот, собственно, и все. Компонент в боевом режиме не тестировался. Это пока бета версия. Пробуйте, тестируйте, пишите. Очень надеюсь, что ошибок не будет.
Проект на GitHub.
Компонент в магазине MODSTORE.PRO.
Освоил создание компонентов (спасибо Василию за курс) и предлагаю на ваш суд свой первый компонент TicketMessages. Напомню, это дополнение к Tickets, которое позволяет работать с комментариями как с личными сообщениями.
Инструкция по установке и настройке
1. Скачиваем из репозитория MODSTORE.PRO.
2. Устанавливаем.
Теперь нужно разместить в нужном месте чанк
[[$TicketMessages]]
Должно получится так В левом окне список пользователей формирует сниппет msgUsers
[[!msgUsers? &groups=`MessageUsers` &tpl=`@INLINE <a href="#" class="list-group-item user4message" data-id="[[+id]]" data-thread="[[+thread]]"><span class="badge messages-count">[[+messages]]</span>[[+fullname]]</a>` &users=`-[[!+modx.user.id]]`]]
Как видно из кода, он собирает пользователей из группы MessageUsers. Она создается при установке пакета с двумя политиками доступа к контексту Web: Context и TicketUserPolicy. Т.е. с правами все должно быть уже нормально. В данной версии в группу MessageUsers пользователей добавлять нужно вручную. В дальнейшем может я или кто-нибудь поумнее придумает общий механизм добавления пользователей в группу. В админке открываем компонент Tickets. Каждая ветка содержит комментарии 2-х пользователей. В названии ветки указаны id этих пользователей. Таким вот нехитрым способом комментарии превращаются в личные сообщения. А главное, не пришлось трогать ядро Tickets.
Если ветку закрыть, то во фронт-энде нельзя будет добавить сообщение, но переписку будет видно.
Если ветку отключить, то пользователь будет удален из списка.
Маленькое дополнение. Компонент грузит стиль Bootstrap. Поэтому, у кого он уже грузится, то у компонента его нужно отключить в сниппете TicketMessages.
Вот, собственно, и все. Компонент в боевом режиме не тестировался. Это пока бета версия. Пробуйте, тестируйте, пишите. Очень надеюсь, что ошибок не будет.
Проект на GitHub.
Компонент в магазине MODSTORE.PRO.
Поблагодарить автора
Отправить деньги
Комментарии: 104
Немного доработал. Обновил пакет.
Тут мысль в голову постучалась — используя вышеописанный функционал можно сделать что-то типа почтовой переписки
Такой велосипед пригодится или в MODX такое уже где-то есть? Функционал пока маленький. Просто накидал макетик. Добавлять пока можно на страничке сообщений.
Поближе глянуть можно тут. Пользователи: user1,user2,user3. Пароли: 123
Такой велосипед пригодится или в MODX такое уже где-то есть? Функционал пока маленький. Просто накидал макетик. Добавлять пока можно на страничке сообщений.
Поближе глянуть можно тут. Пользователи: user1,user2,user3. Пароли: 123
Зачем делить на папки, если переписка в виде диалога?
В предыдущем комментарии я написал, что ПОКА добавлять письма можно через функционал сообщений, так как этой возможности здесь пока нет. Я сделал чисто макет. Без функционала.
А вообще это разные компоненты, друг с другом не связанные, один — личные сообщения, другой — почта. Просто если такое уже есть, нафига изобретать еще один велосипед. А если это интересно, то можно будет и сделать нормально — Написать, Ответить, Переслать и т.д.
Хотя это может пригодится и для сообщений, удобно разбить на Входящие и Исходящие.
А вообще это разные компоненты, друг с другом не связанные, один — личные сообщения, другой — почта. Просто если такое уже есть, нафига изобретать еще один велосипед. А если это интересно, то можно будет и сделать нормально — Написать, Ответить, Переслать и т.д.
Хотя это может пригодится и для сообщений, удобно разбить на Входящие и Исходящие.
Было бы здорово еще и помечать сообщения как прочитанные или непрочитанные. Тем более, что в Tickets такой функционал уже есть.
И есть функционал подсчета непрочитанных комментариев
И есть функционал подсчета непрочитанных комментариев
Оно так и работает. Потому что это уже есть в Tickets. :) Проверить можно в TicketMessages.
Было бы здорово еще и помечать сообщения как прочитанные или непрочитанные.Т.е. такой функционал может пригодиться?
Я имел ввиду рядом с логином пользователя показывать количество новых сообщений, а не всех
Не совсем понятно, во входящих кому ты будешь писать. В общий чат, что ли? Во входящих по логике должны быть уже подпапки отдельно взятых диалогов. А то теряется актуальность папки входящих.
Это на мой быстрый взгляд… Но функционал нужный!
Это на мой быстрый взгляд… Но функционал нужный!
Не совсем понятно, во входящих кому ты будешь писать. В общий чат, что ли? Во входящих по логике должны быть уже подпапки отдельно взятых диалогов. А то теряется актуальность папки входящих.Не совсем тебя понял. Я имел ввиду чисто почтовый функционал. Во входящих — все сообщения, которые направили тебе. В исходящих — сообщения, которые ты отправил.
Во входящих просто отвечаешь на сообщение, как в обычной почте или как в комментариях тут. Просто в никуда писать не надо.
А чтобы написать кому-то, думаю, можно сделать также как в почтовых программах — выбираешь из списка пользователя, или даже группу пользователей и отправляешь.
Как-то так я себе представляю это почтовый функционал на Tickets. Просто это какая-то специфическая вещь получается.
А ты как это себе представляешь?
ИМХО. Не нужен почтовый функционал. Это же короткие сообщения. Сделать в виде диалогов, а если получится, как в Livestreet, будет совсем хорошо.
а если получится, как в Livestreet, будет совсем хорошо.А где можно глянуть?
demo.livestreetcms.com/ похожий функционал Вконтакте
А чем диалоги в Вконтакте принципиально отличаются от этих на Тикетах, кроме возможностей передавать файлы? Я Вконтакте не пользуюсь. Жена общается в одноклассниках. Там сообщения также в виде диалогов. Ну плюс разные фишки.
Возможность вести групповой диалог, эта же возможность есть в Livestreet. Т.е. можно добавлять и удалять участников в любое время.
В текущей информационной модели Tickets это вряд ли получится.
П.С. Посмотрел в одноклассниках. Там также можно добавлять собеседников. Будем подумать.
П.С. Посмотрел в одноклассниках. Там также можно добавлять собеседников. Будем подумать.
А чем диалоги в Вконтакте принципиально отличаются от этих на ТикетахТем, что там чат написан на NodeJs, и весь процесс протекает через Socket.IO, что происходит без лишних http запросов, что в разы быстрее и менее напряжней для сервера.
Теперь можно скачать в магазине MODSTORE.PRO.
Круто, давно этого ждал!
При написании сообщения Пишет что недостаточно прав? Как решить? Буду благодарен.
Вообще хотелось сделать на данном компоненте, что бы в Группе пользователи (кому можно написать сообщение) отображались только несколько человек кому могут написать все остальные зарегистрированные пользователи.
Но даже при тесте послу установки пишет: У вас недостаточно прав. Где поправить необходимо по правам.
Буду очень благодарен.
Вообще хотелось сделать на данном компоненте, что бы в Группе пользователи (кому можно написать сообщение) отображались только несколько человек кому могут написать все остальные зарегистрированные пользователи.
Но даже при тесте послу установки пишет: У вас недостаточно прав. Где поправить необходимо по правам.
Буду очень благодарен.
Вообще хотелось сделать на данном компоненте, что бы в Группе пользователи (кому можно написать сообщение) отображались только несколько человек кому могут написать все остальные зарегистрированные пользователи.Так и работает. Кого включишь в группу MessageUsers, те и будут отображаться.
При написании сообщения Пишет что недостаточно прав? Как решить? Буду благодарен.Насколько я понимаю, авторизованный пользователь, под которым ты пытаешься написать сообщение, не входит в группу MessageUsers, у которой прописаны права. Поэтому ему надо дать их самостоятельно — дать группе пользователя те же права, что и у MessageUsers.
Когда отправляю сообщение пишет: Указана неверная ветвь комментариев.
В чем может быть проблема?
Права вроде правильно настроил.
Минимальная роль должна быть member-9999?
В чем может быть проблема?
Права вроде правильно настроил.
Минимальная роль должна быть member-9999?
Такое чувство, что сниппет не может создать ветвь при клике на имя пользователя.
Такая ошибка вроде из-за прав возникает. В процессор передается пустое id ветви.
Проверь в таблице tickets_threads, создается она или нет. Подробнее разобраться пока не могу, погряз в проверках — куча документов, штрафы, невры и т.п. Не до MODX сейчас.
П.С. В очередной раз убедился, что наши национальные лидеры пустомели. Поддержка малого и среднего бизнеса по их убеждению — это повышение налогов, повышение штрафов до максимума и бесконечные и бесконтрольные проверки. Сорри за небольшое лирическое отступление.
Проверь в таблице tickets_threads, создается она или нет. Подробнее разобраться пока не могу, погряз в проверках — куча документов, штрафы, невры и т.п. Не до MODX сейчас.
П.С. В очередной раз убедился, что наши национальные лидеры пустомели. Поддержка малого и среднего бизнеса по их убеждению — это повышение налогов, повышение штрафов до максимума и бесконечные и бесконтрольные проверки. Сорри за небольшое лирическое отступление.
А за это они лично отвечают, да?) Проверки устраивают и т.д.?)
Нет конечно. Они хорошие цари (царь). Это бояре плохие. 31 декабря напринимали кучу законов, ужесточающих ответственность и увеличивающие штрафы. Это плохие бояре повышают и вводят дополнительные налоги и разрешают проводить бесконтрольные проверки. Это плохие бояре подделывают подписи президента и премьер-министра на законах и указаниях.
Вот и получается, если президент говорит, что нужно перестать кошмарить бизнес и всеми силами помочь малому бизнесу не сдохнуть, а подчиненные делают все наоборот, то возникает вопрос — кто занимает не свое место? И как верить такому президенту, когда он говорит, про амнистию оффшорных денег и что преследований не будет? Также отвечать ежели чего — ну это же не лично президент вас посадил… Или про замораживание пенсионных накоплений. Сначала говорил, что это не из-за Крыма. А через год оказалось (министр Силуанов сообщил), что эти деньги пошли именно на Крым. С царями у нас все хорошо. Это народ у нас плохой.
Все, давайте без оффтопиков. Это тема не для этого ресурса.
Вот и получается, если президент говорит, что нужно перестать кошмарить бизнес и всеми силами помочь малому бизнесу не сдохнуть, а подчиненные делают все наоборот, то возникает вопрос — кто занимает не свое место? И как верить такому президенту, когда он говорит, про амнистию оффшорных денег и что преследований не будет? Также отвечать ежели чего — ну это же не лично президент вас посадил… Или про замораживание пенсионных накоплений. Сначала говорил, что это не из-за Крыма. А через год оказалось (министр Силуанов сообщил), что эти деньги пошли именно на Крым. С царями у нас все хорошо. Это народ у нас плохой.
Все, давайте без оффтопиков. Это тема не для этого ресурса.
)))) столько много буков, а потом «без офтопа давайте» =))))
https://yadi.sk/i/RtraS_KFfoLaa
Да, в базе есть запись, но она не похожа на ветку сообщений.
Там вроде имя ветки должно быть message23/23, а создается resource-
Я проверил на тестовом сайте, на modhost.ru такая же беда.
Да, в базе есть запись, но она не похожа на ветку сообщений.
Там вроде имя ветки должно быть message23/23, а создается resource-
Я проверил на тестовом сайте, на modhost.ru такая же беда.
Мож дело в последних апдейтах компонента? Я про Tickets.
Вроде все нормально, только не работает параметр autoPublish. То есть все время стоит модерация сообщений.
Как будто вообще не реагирует на него.
Как будто вообще не реагирует на него.
Тут я не причем. Работает базовый метод Tickets::saveComment. Значит там чего-то поломалось.
Я заметил, что теперь при изменении комментария не пишется «Комментарий изменен» как раньше.
Я заметил, что теперь при изменении комментария не пишется «Комментарий изменен» как раньше.
Наговарию я на Василия. Знаю почему. Надо подумать.
Не завелся.
Теперь jGrowl показывается черным цветом =) а сообщения также требуют модерации.
Теперь jGrowl показывается черным цветом =) а сообщения также требуют модерации.
Странно, у меня все работает. Сайт на локалке или внешний? Есть где глянуть?
А в таблице tickets_threads поле properties заполнено?
А в таблице tickets_threads поле properties заполнено?
Все работает. Благодарю за помощь.
На тестовом сайте на modhost.ru все было нормально, а у меня что-то требовалась модерация.
Действовал я немного топорным способом: переустановил Tickets (не знаю зачем=), вроде там не ковырялся) и Ticketmessages и поменял все скрипты еще раз, после этого я удалил все старые ветви комментариев, чтобы создались новые.
Кажется надо было просто удалить старые ветви=))
На тестовом сайте на modhost.ru все было нормально, а у меня что-то требовалась модерация.
Действовал я немного топорным способом: переустановил Tickets (не знаю зачем=), вроде там не ковырялся) и Ticketmessages и поменял все скрипты еще раз, после этого я удалил все старые ветви комментариев, чтобы создались новые.
Кажется надо было просто удалить старые ветви=))
И тебе данке шон.
Жду когда Василий примет мое предложениеруки о возможности менять базовые скрипты на свои. Тогда добавлю еще интерфейс Входящие/Исходящие. Просто не хочется на костылях городить.
Жду когда Василий примет мое предложение
Здравствуйте.
Подскажите как можно вывести оповещение о не прочитанных сообщениях?
Подскажите как можно вывести оповещение о не прочитанных сообщениях?
В данной версии уведомления приходят на почту. В данной версии никаких других оповещений нет.
Из каких соображений это не было реализовано? Излишнее или руки не дошли?
Забавная постановка вопроса.
Напомню, что на базе Tickets я делал 2 компонента — книга отзывов и сообщения. Все это я делал для себя и поделился с сообществом полученным результатом. Задача стояла обойтись минимальным количеством дополнений. Tickets на 99% все это умел. Нужны были небольшие доработки. И я отправил автору Tickets несколько предложений (еще полгода назад), пара из которых была принята пару дней назад. А вот это так и висит до сих пор. Если уж автору не интересна такая возможность Tickets, то что уж мне остается. Только пожать плечами.
П.С. Я без каких-либо претензий. Просто условий для дальнейшего развития нет. Просто сделал и забыл. Мне было это интересно полгода назад.
Напомню, что на базе Tickets я делал 2 компонента — книга отзывов и сообщения. Все это я делал для себя и поделился с сообществом полученным результатом. Задача стояла обойтись минимальным количеством дополнений. Tickets на 99% все это умел. Нужны были небольшие доработки. И я отправил автору Tickets несколько предложений (еще полгода назад), пара из которых была принята пару дней назад. А вот это так и висит до сих пор. Если уж автору не интересна такая возможность Tickets, то что уж мне остается. Только пожать плечами.
П.С. Я без каких-либо претензий. Просто условий для дальнейшего развития нет. Просто сделал и забыл. Мне было это интересно полгода назад.
А вот это так и висит до сих пор.Понимаю вашу озабоченность о чистоте кода. Сам такой, наверное стоит себя приучить к документированию хаков.
Только пожать плечамиФигушки! Больше такой возможности у тебя нет!
Добрый день!
Подскажите пожалуйста, все установил, настроил права, как было описано.
Но возникает проблема — сообщения просто не отправляются. Т е. нажатии на отправить, создаются ветки комментариев, в самом диалоге появляется что кол-во сообщений «0». При пустом сообщение выдают ошибку что не ввели сообщения. но сообщение как таковое не отправляет, в чем можем быть проблема?
На всякий случай, ели не понятно объяснил, вот ссылка на страницу. Юзер — Elfim Пароль- ElfimElfim
Пробовал обновить ТикетсМессадж из репозитрия ГитХаб — не помогло.
Сам Тикетс стоит последнией версией — 1.6.0
Заранее спасибо за помощь
Подскажите пожалуйста, все установил, настроил права, как было описано.
Но возникает проблема — сообщения просто не отправляются. Т е. нажатии на отправить, создаются ветки комментариев, в самом диалоге появляется что кол-во сообщений «0». При пустом сообщение выдают ошибку что не ввели сообщения. но сообщение как таковое не отправляет, в чем можем быть проблема?
На всякий случай, ели не понятно объяснил, вот ссылка на страницу. Юзер — Elfim Пароль- ElfimElfim
Пробовал обновить ТикетсМессадж из репозитрия ГитХаб — не помогло.
Сам Тикетс стоит последнией версией — 1.6.0
Заранее спасибо за помощь
Это связано как раз с обновлением Tickets и с новым механизмом проверки обязательных полей. За выходные разберусь и обновлю TicketMessages.
Временно откатил до старой версии Tickets — 1.5.1
Подскажите еще такой вопрос. Как уже было сказано выше, меня тоже волнует вопрос групповых переписок. На сколько это возможно/сложно реализовать в данной модели?
Подскажите еще такой вопрос. Как уже было сказано выше, меня тоже волнует вопрос групповых переписок. На сколько это возможно/сложно реализовать в данной модели?
После обновления Tickets эта возможность стала доступнее. Займусь в свободное время.
Накатил Tickets 1.6.0. Все работает. Никаких ошибок нет. Проверь, заполнены ли поля fullname, email профиля.
Обновил до 1.6.0. Ни чего не работает. Все из перечисленных полей, заполнены.
Доступ можешь дать?
При комментировании тикетов возникает ошибка «Указана неверная ветвь комментариев». Подскажите, почему не для одних тикетов создаётся ветка комментариев, а для других нет. И скажите подскажите, плиз, в какой именно момент создается ветка комментариев, чтобы было понятно где копать.
Похоже, что разобрался со своей проблемой. Дело было в том, я пытался запустить добавление комментария непосредственно запросом к action.php без иницилизации сниппета «TicketComments» на странице тикета, а ветвь, судя по всему, создаётся именно там.
Этот факт немного сковывает в свободе действий. Почему бы не создавать ветвь непосредственно при добавленнии комментария.
Этот факт немного сковывает в свободе действий. Почему бы не создавать ветвь непосредственно при добавленнии комментария.
Потому что посмотри исходники.
При создании ветви в неё пишутся параметры вызова сниппета TicketComments, где куча всего, включая шаблоны для вывода и предпросмотра.
Если тебя там что-то сковывает — создавай ветку сам перед отправкой комментария.
При создании ветви в неё пишутся параметры вызова сниппета TicketComments, где куча всего, включая шаблоны для вывода и предпросмотра.
Если тебя там что-то сковывает — создавай ветку сам перед отправкой комментария.
Похоже, что разобрался со своей проблемой. Дело было в том, я пытался запустить добавление комментария непосредственно запросом к action.php без иницилизации сниппета «TicketComments»Это действительно большая проблема. Народ уже давно мучается.
Этот факт немного сковывает в свободе действий. Почему бы не создавать ветвь непосредственно при добавленнии комментария.Надо переадресовать этот вопрос автору Tickets. Доколе народ будет мучатся, запуская всякие ненужные сниппеты?
Думаю, общество с удовольствием скинется для решения этой проблемы. Также предлагаю расширить решение, чтобы можно было добавлять комментарии без ModX. Жутко не удобно.
Видимо у вас есть большое желание разрешать пользователям создавать свои ветки комментариев, не взирая на желание владельца сайта?
Ну и не взирая на настройки, да? Потому что возможность комментирирования гостями, премодерация, шаблоны и еще много чего — это всё в настройках ветки, которую будет создавать ваш юзер одним POST запросом.
Повторяю еще раз — создавайте, что хотите самостоятельно, а я дырявые дополнения стараюсь не делать.
Ну и не взирая на настройки, да? Потому что возможность комментирирования гостями, премодерация, шаблоны и еще много чего — это всё в настройках ветки, которую будет создавать ваш юзер одним POST запросом.
Повторяю еще раз — создавайте, что хотите самостоятельно, а я дырявые дополнения стараюсь не делать.
Был уверен, что ты поймешь мой сарказм :) Особенно после этого
Также предлагаю расширить решение, чтобы можно было добавлять комментарии без ModX. Жутко не удобно.
Извини, еще не проснулся.
Передумал и просто вызвал TicketComments в скрытом блоке. Так как некорректно работала проверка requiredFields в моём варианте и приходилось править процессор.
Кстати, для своих нужд пришлось кастомизировать проц для голосования, чтобы можно было рейтинг не только +- выставлять, а по 10-бальной шкале. Такая возможность не планируется в будущем из коробки (многозвездочный рейтинг)?
p.s. Всех с празником!
Кстати, для своих нужд пришлось кастомизировать проц для голосования, чтобы можно было рейтинг не только +- выставлять, а по 10-бальной шкале. Такая возможность не планируется в будущем из коробки (многозвездочный рейтинг)?
p.s. Всех с празником!
Такая возможность не планируется в будущем из коробки (многозвездочный рейтинг)?Не планируется, но такая возможность оставлена на уровне БД и кое-где в других местах.
Ты же не обязан пользоваться родным процессором голосования, Можно создавать запись TicketVote любым иным способом.
Сорри, сорри! )))0 Я уже разобрался, вынес создание ветви в отдельный сниппет.
Не в том месте коммент поставил
У меня с Tickets 1.6.4 не завелось. Проблема как выяснилось в Tickets. В процессоре comment/create конструкция $this->getProperty('requiredFields', 'name,email') выдавала пустой результат. Вылечилась просто — добавлением в action.php (Tickets Messages) строчки $properties['requiredFields'] = 'name,email';
Что-то я не нашел куда добавлять? Tickets 1.6.11
А так все работает четко. Группа MessageUsers, на мой взгляд, вобще не нужна. Отлично работает с любыми группами с TicketsPolicy. Вот только функционала не хватает. Нужно чтоб выделяло пользователей с непрочитанными сообщениями. И для чата в реальном времени желательно уменьшить время обновления хотя бы с 20 до 2 секунд. Нет сообщений в течение минуты — возвращаемся к 20. А так вещь хорошая, если ее доделать, то формы обратной связи, сторонние чаты с менеджерами останутся в далеком прошлом.
И для чата в реальном времени желательно уменьшить время обновления хотя бы с 20 до 2 секунд.Есть системная настройка «Интервал обновления сообщений». Измените в ней значение с 20 на 2 и ваше желание исполнится.
Давай аффтар работай, потому что мне прийдется это делать.
На компонент решили забить? В плане уведомлений в чатике и тд… Ну и вывод диалогов по мере новых сообщений
Дальнейшие доработки ведут к изменению ядра Tickets. Костылями подпирать — путь тупиковый. Выход один — делать самостоятельное дополнение без привязки к Tickets, со своей админкой и т.п. А это уже совсем другая песня.
Мож я че-то не понимаю, но не нужны никакие костыли, в tickets все равно есть системные сообщения, на них нужно вешать плагины. А нужны то все 3 вещи:
— непрочитанные соообщения
— в сети — не в сети
— и время в реальном режиме времени!!! Системная настройка тут не поможет, динамически времая должно обновляться.
— непрочитанные соообщения
— в сети — не в сети
— и время в реальном режиме времени!!! Системная настройка тут не поможет, динамически времая должно обновляться.
???
Я предлагаю свою помощь, у автора есть демо сайт, нужно сделать на нем регистрацию в разные группы, остальное — оно само выплывет.
И тестирование тут нужно серьезное, чел. на 100 хотя бы
Дополнение очень нужное. Так и не смог завести, выбираю пользователя, пишу сообщение нажимаю отправить и ничего не происходит.
Пробовал в разных шаблонах, в пустом шаблоне, отключал подключал стили, не работает. Tickets версия 1.6.5-pl. Скажите пожалуйста, вообще расширение работает или нет, стоит ли пыжиться?
Пробовал в разных шаблонах, в пустом шаблоне, отключал подключал стили, не работает. Tickets версия 1.6.5-pl. Скажите пожалуйста, вообще расширение работает или нет, стоит ли пыжиться?
С Tickets версии выше 1.6.0 не работает. Или ждите новую версию с исправлениями (через пару недель) или попробуйте сами решить проблему вот так.
Спасибо Вам огромнейшее, Вы меня избавили минимум от 3-х дней мучительного поиска ошибки. Добавил $properties['requiredFields'] = 'name,email'; и завелось.
На здоровье!
Напрочь отказывалось нормально работать на страницах, где установлен вывод тикетов
Ну и как всегда ) Все супер, но идеально было бы…
Чтобы работала конструкция, например:
Спасибо большое за дополнение и помощь!
[[!pdoPage? &element=`getTickets`...
. т.к. подгружалась jquery.markitup.js дважды и начинало тормозить.Ну и как всегда ) Все супер, но идеально было бы…
Чтобы работала конструкция, например:
<a href="[[~id]]/[[+username]]">Отправить сообщение пользователю</a
На странице где выводятся пользователи, можно было отправлять ЛС и передовалось имя пользователя для активации на странице сообщений. Спасибо большое за дополнение и помощь!
Предложения по развитию направляйте сюда.
Спасибо Вам огромнейшее, Вы меня избавили минимум от 3-х дней мучительного поиска ошибки. Добавил $properties['requiredFields'] = 'name,email'; и завелось.а куда именно то прописывали?
Так вот ответ вроде — modx.pro/solutions/4264-tickets-component-ticketmessages/#comment-41184
action.php
допер где спасибо работает)
а какая строчка?)
спасибо, не помогло)))
Да количество не прочитанных сообщений значек — не хватает очень(
Ещё работает!!! компонент бомба!
Лучше такие слова не говорить, а то сайт запишут в экстремисткий. :) Безопаснее написать «клёвенький», «рулит» или «зачотный». Если уж хочется убойное определение, то можно написать «ураган», но с маленькой буквы, чтобы не подумали про системы залпового огня. :) Времена такие.
В точку!!!
Либо писать на английском, как Павел Дуров с телеграммом поступил по той же причине… )))
Либо писать на английском, как Павел Дуров с телеграммом поступил по той же причине… )))
)) я видел что поддержки нет по этому компоненту, но всё же рискну так, как сбился глаз )
2 дня все работало! а теперь я в экшене получаю пустые сообщения, ветки создаются пустые
2 дня все работало! а теперь я в экшене получаю пустые сообщения, ветки создаются пустые
{success: true, message: "", data: {comments: []}}
data
:
{comments: []}
message
:
""
success
:
true
несколько раз все просмотрел, в упор не вижу в чем проблема
не туда, глянул, это просто чекер, не получал id проблема была в скриптах
Здравствуйте, можете сказать в каких именно скриптах была проблема?
Какой версия Tickets у тебя!?
Ласт, менял так же в скрипте requiredFields, как описано выше
Скин мне файл у меня чета не работает с 1.8.1
mr.titan87[a]mail.ru
mr.titan87[a]mail.ru
Всем привет создал раздел с тикерами чат и сам тике сообщения вызываю вызываю компонент [[$TicketMessages]] все выводится но почему то не могу написать сообщение подскажите что делаю не так?
Добрый день,
После обновления сниппета Looked и pdotools, почему-то перестал работать счетчик комментариев.
В сам сниппет TicketComments никаких своих изменений не добавлял, использую его полностью по умолчанию.
Вызов делаю так:
tpl.Tickets.comment.wrapper
Причем когда напишешь комментарий, то отображается количество комментариев, но после обновления страницы уже нет(
MODX Revolution 2.6.1-pl
После обновления сниппета Looked и pdotools, почему-то перестал работать счетчик комментариев.
В сам сниппет TicketComments никаких своих изменений не добавлял, использую его полностью по умолчанию.
Вызов делаю так:
[[!TicketComments? &allowGuest=`1` &allowGuestEmails=`1`]]
Вот этот шаблон выводит количество комментариев:tpl.Tickets.comment.wrapper
<h3 class="title">[[%comments]] (<span id="comment-total">[[+total]]</span>)</h3>
Просто даже не понимаю, что смотреть. Looked удалять не хочется)Причем когда напишешь комментарий, то отображается количество комментариев, но после обновления страницы уже нет(
MODX Revolution 2.6.1-pl
TicketComments как будто перестал понимать плейсхолдер [[+total]]
Возможно причина в этом.
Огромное спасибо!
Дело было в этом)
Теперь такой вызов:
Дело было в этом)
Теперь такой вызов:
[[!TicketComments? &allowGuest=`1` &allowGuestEmails=`1` &allowGuestEdit=`1` &setTotal=`1`]]
приветствую! я ничего не пропустил? выводится только так:
сообщения не отправляются и не показываются. Группа указана, разрешения на контекст — load list and view + ticket user policy
сообщения не отправляются и не показываются. Группа указана, разрешения на контекст — load list and view + ticket user policy
Кто-то порчу на тебя навёл. А может ты сам? ))
ну конечно я сам, плевать, что компонент три года не обновлялся, и что это чистая установка и его и тикетов.
проблема оказалась в action.php. пока насильно не запихнул в $properties все параметры сниппета, tickets подключался без них. теперь работает
проблема оказалась в action.php. пока насильно не запихнул в $properties все параметры сниппета, tickets подключался без них. теперь работает
Здравствуйте а можете подсказать полее подробно что делать что бы компонет заработал?
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.