Доброго времени суток, товарищи!
Испытываю трудность и никак не могу её победить.
Использую модуль ckeditor-7.x-1.16 и библиотеку ckeditor_4.4.6_full, установлено как написано тут http://docs.cksource.com/CKEditor_for_Drupal/Open_Source/Drupal_7/Upgrade
проблема в том, что при редактировании материала в режиме plain text (FULL HTML) я пытаюсь сделать конструкцию
strong blablabla1 /strong
li blablabla2 /li
/ul
Но когда переключаюсь в rich text - вокруг strong blablabla1 /strong появляются теги li /li
Я
1. отключал фильтр в ckeditor - ADVANCED CONTENT FILTER
2. добавлял в Custom JavaScript configuration config.allowedContent = true;
3. в настройках форматов текста для FULL HTML отключил ВСЕ фильтры
4. поставил фильтр WYSIWYG (wysiwyg_filter) и настроил его. Тут этот способ нашел - http://nikita-petrov.com/drupal/esli-v-wysiwyg-tinymce-ili-ckeditor-obez...
ничего не помогает, какая-то неведанная сила добавляет li /li
кстати, довольно странно, но на странице настройки профиля FULL для ckeditor в разделе SECURITY меня несколько смущают эти надписи, с учетом, что все фильтры поотключены
Вложение | Размер |
---|---|
bezymyannyy11.png | 12.22 КБ |
Комментарии
Да, действительно фулл хтмл на самом деле далеко не всё показывает. Например код вставки видео с ютуба он зарежет, поэтому я для подобных виджетов создаю отдельный формат вообще без какого либо процессинга.
И да, действительно цк-эдитор может добавлять и изменять теги в некоторых случаях.
gun_dose приветствую!
Спасибо за ответ! Я создал отдельный формат текста (Работа с содержимым -> Форматы текстов) + создал новый профиль ckeditor. Поведение такое-же, как и у стандартного Full html. Причем для ckeditor в разделе SECURITY те же значения появились, как и на скрине Такое ощущение, что это захардкодиный ядерный функционал...
Причем самое интересное, что модификация происходит в момент переключения plain text -> rich text
То есть если сохранить в режиме plain text для full html - код не меняется, но когда я пытаюсь изменить снова материал - он по умолчанию отображается в формате full html, и соответственно при переходе в plain text теги уже добавлены...
если создавать текстовый формат для виджетов, то лучше для него визуальные редакторы не использовать. Я вообще ставлю для этих дел модуль Better Formats и для полей с виджетами запрещаю все ненужные текстовые форматы.
Пишут Better Formats для Drupal 7 не для продакшен сайтов.
Вообще странно, отдавал бы DRUPAL на откуп браузеру HTML как есть при переходе в rich text при отключенных фильтрах, зачем еще что-то на уровне ядра крутить.. Или это именно CKEditor руководит переключением plain text -> rich text?
Кто пишет и чем аргументирует? Готов на щелбан поспорить, что эта телега не стоит выеденного яйца.
да, именно он. Всё делается через его джаваскрипт. К слову, на других движках при использовании цкэдитора и подобных редакторов происходит то же самое.
в описании проекта нашел:
https://www.drupal.org/project/better_formats
BF in in D7 will focus on filling in the gaps that are not in core (mainly hiding format selection and field level defaults) and is under testing for a production stable release.
про графические виджеты понял, с ними конечно удобно (пока в голове html как в браузере не визуализируется автоматом ) в итоге задачу сделал по другому. Будет время еще покапаюсь!
ой блин, стандартная отписка для dev-версии. Ничего страшного. Если так параноить, то и собственные самописные модули необходимо тестировать годами на тысяче песочниц перед установкой на продакшн)))
gun_dose, буду иметь ввиду! Спасибо огромное за помощь!