#41279 Roffun:
#41278 Macik:
В Котонти существовал свой собственный набор смайов (в `images\smilies\`), со своим собственным файлом описания на JS
Я помню эти конфиги, как раз когда начинал своё знакомство с Cotonti, пользовался Markitup , и работал с конфигами смайлов.
Насчет конфигов смайлов, я бы эту тему рассмотрел под другим углом.
Если бы решение зависело исключительно от меня, то я бы смотрел в сторону глобального изменения.
- Папку смайлов положил бы непосредственно в корень CKEditor.
- Удалил бы дефолтный плагин смайлов скедитора.
- Использовал бы для вставки смайлов в редактор API самого CKEditor.(например так). Уже давно использую этот метод для вставки рекламы в контент с помощью myads плагина.
- Удалил бы Markitup из сборки, вместо этого добавил бы CKEditor + BBcode (например такой).
Парсинг BBcode по-прежнему происходил бы через плагин bbcode, мне он очень нравится.
В CKEditor есть много интересных возможностей при нестандартном подходе. Например у меня есть наработка в которой подсчитывается налету слова символы без пробелов и сразу выдается цена по формуле 1000*N сбп, или есть наработка вставки микроразметки для рецептов по кнопке, с дальнейшей обработкой парсером. Думаю смайлы реализовать таким способом не проблема.
Для таких обсуждений лучше, конечно, заводить отдельную тему... тем не менее прокомментирую по пунктам:
п1. Не лучший вариант. Вот почему — редакторы предполагаются в CMF, как полностью независимый модуль и могут быть заменены один на другой. Поэтому, все что качается конкретного редактора имеет смысл держать в его папке, а все, что не касается надо куда-то выносить. Пример: заменили редактор — и у нас похерились все смайлы на сайте. Не хорошо.
Во-вторых, теоретически, смайлы это графический элемент на сайте, а следовательно должны/могут иметь отношение к теме оформаения сайта. Заставлять каждого разработчика скина клать внутрь смайлы под нее — немыслимо. Значит надо иметь дефолтный набор. Что примерно мы и имели для Markitup.
п2. Он, в общем случае, удобен (идет в комплекте, находится на панеле). Его можно легко програмно кастомизировать (ссылку давал выше), сделать стандартную «точку входа». При его использовании, не надо городить огород с прочими кнопками или иными решенями.
п3. Внешний элемент — не самый удобный вариант. Плюс тянет за собой доп.код и проблемы поддержки. Встроенный же вариант можно очень просто включать/отключать для заданного редактора.
п4. В этом есть резон. Однако надо спросить у адептов Merkitup.
