webitproff |
|
---|---|
Уважаемые участники команды Cotonti и разработчики! Большая просьба, прошу помочь с практическим решением такого вопроса. пример с названием плагинов гипотетический.
1. В админке находится три редактора разметки а) CKEditor - не установлен б) MarkItUp! - установлен в) TinyMCE - приостановлен
2. Требуется установка "CKEditor" - но владелец сайта в этом тупо болван как и я в хирургии, и не понимает, что это может и вызовет конфликты, а также недоразумения, почему "CKEditor" установили, а на сайте по прежнему в редакторировании текста в статьях задействован "MarkItUp!"... Собственно и вопрос: Как правильно, и где прописать проверку, исключающую возможность установки конкретного расширения, если установлено другое? Например мы зашли на страницу деталей плагина "CKEditor" https://cotontiproject.com/admin/extensions?a=details&pl=ckeditor и потому как, у нас MarkItUp! - установлен, - мы получаем уорнинг: "Для установки CKEditor, - следует удалить такие расширения:
а затем в конфигурации плагина HTML Parser, назначить "CKEditor" для использования в системе по умолчанию "
аккаунт удален - не срослось с разработчиками
ушел на другой движок |
Dayver |
|
---|---|
Если смотреть на вопрос конкретно в разрезе визуальных редакторов и парсеров то тут изначально вопрос поставлен узконаправлено. Система позволяет иметь в составе несколько парсеров а значит под свой парсер свой визуальный редактор а потому взаимоисключение перечеркнёт такую гибкую систему работы. Допустим есть сайт и в нём для модуля Page на котором реализованы статьи на сайте устанавливается парсер html который даст огромные возможности в оформлении статей а значит для него устаналиваем визуальный редактор - предположим CKEditor а вот на форуме или комментариях такие обширные возможности в оформлении давать не стоит потому логичнее иметь парсер BBCode и под него MarkItUp. Тогда лочино что в системе будет два парсера и два виз редактора и если бы в системе была взаимоисключающа блокировка то такой сценарий не было бы возможности реализовать. Потому то стема и базируется не на факте установлености парсера\виз.редактора как плагина а на факте выбора для каждого модуля в его настройках своего парсера из доступных установленых в системе или в конфиге движка парсера по умолчанию. Если опустится до вашей терминологии то если владелец сайта болван то наверное пусть и не лезет в настройки которые он не понимает так же как нельзя пускать делать операцию музыканта который не является хирургом. Да и вообще следует помнить что Cotonti не чистая CMS а и CMF что подразумевает под собой гибкость и возможность реализовать разные типы сайты с разными функциональными возможностями.
Если же смотреть на вопрос взаимоисключения расширений комплексно и более глобально без привязки к парсерам и визуальным редакторам то - да, такой функционал скорее всего был бы полезен и вероятно сценарии которые потребовали таких возможностей могут быть. Но тогда для того что бы реализовать такой функционал стратегически нужно решить несколько проблем:
Это всё полезные и перпективные улучшения системы но и не простые, а значит и не быстрые и еще и не такие уж необходимые что бы заниматся ими в ближайших планах. Потому можно добавить в заявки на гитхабе с пониманием что до этого руки дойдут не скоро. Pavlo Tkachenko aka Dayver
|
webitproff |
|
---|---|
#46840 Dayver: Очень признателен за развернутый ответ, хоть и практического решения пока нет и может будет не скоро. Тем более, чтоб добавить заявку к ветке, я не совсем представляю, как мне правильно и грамотно, техническим языком её сформулировать, чтобы она была легко реконструирована и наполненна логическим смыслом в сознании разработчика. аккаунт удален - не срослось с разработчиками
ушел на другой движок |
|
This post was edited by webitproff (2023-06-03 15:45, 1 year ago) |