Индивидуальные настройки для разных компонентов - Предложения и пожелания

Не знаю, обсуждалось ли уже такое - не попадалось на глаза мне.

Раз уж есть обоснованное желание использовать JComments для ВСЕХ комментариев на сайте, то было б очень здорово иметь возможность настроить комментарии по разному в зависимости от компонента, для которого они применяются.
Сейчас такое возможно, как я понимаю, только клонированием?

Правда как технически и красиво это реализовать - затрудняюсь предложить

Сейчас еще подумал: нужно даже не для разных компонентов разные настройки, а как-то еще более гибко. В общем, unreal

Да, именно так все и будет, если ты обратишь внимание на таблицу jos_jcomments_settings то заметишь, что там не только есть флаг языка, что уже позволило нам разделить настройки для разных языковых версий, но и поле для хранения имени компонента. Так что на будущее это запланировано, и, я думаю, это будущее не такое уж и далекое.

Из мелких доработок я вот уже сделал функцию Сообщить модератору, и наверно сделаю еще функцию бана по IP. После чего выпущу промежуточную версию и займусь разделением настроек для каждого из компонентов. При этом будем и списки категорий тоже для каждого компонента свои выводить (по крайней мере попытаемся, задел для этого у нас тоже уже есть).

Круто!

Хорошие новости

Мне вот хотелось в некоторых материалах использовать форму только для связи - чтобы коммент. не добавлялся, а уходил на премодерацию, админ его читал и удалял, либо автору отвечал.

Ну разделение прав с точностью до конкретного материала я не планировал, да и пока что не вижу никакого адекватного решения (с разумными трудозатратами на реализацию и разумной нагрузкой при работе данного решения). На текущий момент планируется только разделение настроек по компонентам.

Могу объяснить почему. Для разделения настроек по компонентам уже все готово, и это больше вопрос интерфейсный, нежели технический, а для реализации разделения настроек по конкретным объектам, нужно нечто большее.

Технически, это можно было бы реализовать посредством добавления некоих параметров в тег, ну что-то типа {jcomments autopublish=disable}. И с одной стороны это ведь очень просто - плагин взял текст материала, нашел в нем такой тег, разобрал, налету подменил данные переменные в конфигурационном файле. После чего отобразил форму комментариев (если разрешено). А вот дальше начинаются проблемы, когда пользователь добавляет комментарий, вызывается компонент JComments, и в этот момент ему надо как-то объяснить, что автопубликация, в данном конкретном случае запрещена. Передавать это через параметры из формы - глупо, первый же человек с прямыми руками начнет этим пользоваться. А как иначе? Можно заставить компонент, слазить в материал и посмотреть, а что там было... И вот тут возникает проблема - JComments может использоваться в нескольких десятках расширений, и получается ему нужно знать, куда именно сходить и где именно смотреть. А это уже серьезно усложняет реализацию - нужно расширять все имеющиеся плагины. Хотя в принципе, конечно реализуемо. Но не в ближайшие пару версий - точно.

А вот такое пожелание еще есть.
Можно ли запретить комментирование гостям в определенных материалах? А то например у меня хрумер набрасывается на некоторые популярные статьи и хочется хоть немного оградиться от спама. конструкция должна быть вроде: {jcomments comments=regonly}

Можно ли запретить комментирование гостям в определенных материалах? А то например у меня хрумер набрасывается на некоторые популярные статьи и хочется хоть немного оградиться от спама. конструкция должна быть вроде: {jcomments comments=regonly}

перечитайте мое последнее сообщение, внимательно и вдумчиво, и сразу найдете ответ на свой вопрос

Мда, я думал это также просто как и {comments=on/off}

Мда, я думал это также просто как и {comments=on/off}

если это реализовать по той же схеме, то это будет очень небезопасно, и при желании можно будет очень легко обойти эту защиту и добавлять комментарии вне зависимости от наличия данного тега в материале.

Однако, не все так плохо, как кажется. У меня уже появились мысли, по поводу того, как это можно реализовать. Сейчас правда уже 4-ю неделю все никак не могу найти время чтобы выпустить текущую версию компонента. Но как только выпущу - сразу начну работы в этом направлении. Ибо идея, как это реализовать с небольшими трудозатратами, есть... А дальше это вопрос лишь наличия свободного времени.

Окей, спасибо за ответ!