Foren / National / Russian / Модули и плагины / [Fixed] Не работает пагинация в плагине tags

#41279 Roffun:

#41278 Macik:

 

В Котонти существовал свой собственный набор смайов (в `images\smilies\`), со своим собственным файлом описания на JS

Я помню эти конфиги, как раз когда начинал своё знакомство с Cotonti, пользовался Markitup , и работал с конфигами смайлов.

Насчет конфигов смайлов, я бы эту тему рассмотрел под другим углом.

Если бы решение зависело исключительно от меня, то я бы смотрел в сторону глобального изменения.

1. Папку смайлов положил бы непосредственно в корень CKEditor.
2. Удалил бы дефолтный плагин смайлов скедитора.
3. Использовал бы для вставки смайлов в редактор API самого CKEditor.(например так). Уже давно использую этот метод для вставки рекламы в контент с помощью myads плагина.
4. Удалил бы Markitup из сборки, вместо этого добавил бы CKEditor + BBcode (например такой).

Парсинг BBcode по-прежнему происходил бы через плагин bbcode, мне он очень нравится.

В CKEditor есть много интересных возможностей при нестандартном подходе. Например у меня есть наработка в которой подсчитывается налету слова символы без пробелов и сразу выдается цена по формуле 1000*N сбп, или есть наработка вставки микроразметки для рецептов по кнопке, с дальнейшей обработкой парсером. Думаю смайлы реализовать таким способом не проблема.

Для таких обсуждений лучше, конечно, заводить отдельную тему... тем не менее прокомментирую по пунктам:

п1. Не лучший вариант. Вот почему — редакторы предполагаются в CMF, как полностью независимый модуль и могут быть заменены один на другой. Поэтому, все что качается конкретного редактора имеет смысл держать в его папке, а все, что не касается надо куда-то выносить. Пример: заменили редактор — и у нас похерились все смайлы на сайте. Не хорошо. 
Во-вторых, теоретически, смайлы это графический элемент на сайте, а следовательно должны/могут иметь отношение к теме оформаения сайта. Заставлять каждого разработчика скина клать внутрь смайлы под нее — немыслимо. Значит надо иметь дефолтный набор. Что примерно мы и имели для Markitup.

п2. Он, в общем случае, удобен (идет в комплекте, находится на панеле). Его можно легко програмно кастомизировать (ссылку давал выше), сделать стандартную «точку входа». При его использовании, не надо городить огород с прочими кнопками или иными решенями.

п3. Внешний элемент — не самый удобный вариант. Плюс тянет за собой доп.код и проблемы поддержки. Встроенный же вариант можно очень просто включать/отключать для заданного редактора.

п4. В этом есть резон. Однако надо спросить у адептов Merkitup.