Preserved HTML Editor Markup

Этот плагин сохраняет созданную пользователем разметку HTML в редакторе TinyMCE. В отличие от других плагинов, этот позволяет разработчикам работать во вкладке HTML, а конечным пользователям одновременно работать во вкладке WYSIWYG Visual! Ваша HTML-разметка больше не будет полностью изменена до неузнаваемой формы при переключении между этими вкладками. И вам не нужно вывешивать своих пользователей / редакторов для сушки, когда вы передаете проект с отключенной вкладкой Visual. ВАЖНО: Внимательно прочтите инструкции по установке. Если у вас есть существующий контент, он не будет правильно отображаться после активации этого плагина, пока вы не воспользуетесь инструментами Fix It Tools. (Один пользователь не прочитал и не выполнил эти шаги и запаниковал, подумав, что я испортил их веб-сайт.) Он также поддерживает теги HTML5 Block Anchor в дополнение к другим элементам HTML5, что в настоящее время не поддерживается в WordPress никакими существующими плагинами. Версия 1.5, вероятно, будет последней версией, которую я выпущу на некоторое время, поскольку скоро родится моя дочь. Я добавил поддержку полных блоков кода jаvascript на вкладке HTML. Они совместимы и сохраняются при переходе в визуальный режим. Это завершает поддержку почти полного сохранения HTML с полным использованием редактора WYSIWYG. И вам не нужно оборачивать его кодами комментариев в соответствии с рекомендациями, расположенными здесь: https://codex.wordpress.org/Using_jаvascript, но вы можете оставить их, если хотите. Версия 1.4 была лишь второстепенным выпуском патча. Пользователь @denl заметил проблему с плагином CataBlog, который реализует свои собственные функции административного управления, отключив флаг show_ui для своего настраиваемого типа сообщения. Я игнорировал любой настраиваемый тип сообщения, у которого не было графического интерфейса, но это был ненужный фильтр, который, вероятно, ограничивал другие плагины. Это исправление позволяет «исправить» любой тип сообщений, поддерживающий редактор TinyMCE, с помощью инструментов в разделе «Администратор»> «Настройки»> «Написание». Начиная с версии 1.3 теперь вы можете использовать встроенный CSS и jаvascript в редакторе HTML, и все должно быть сохранено. Для ясности, это относится только к тегам, таким как события onclick и определения стилей, а не к самим блокам скриптов. Чтобы включить эту функцию, вы должны отключить фильтры wptexturize и convert_chars, добавив следующий код в файл functions.php вашей темы: remove_filter ("the_content", "wptexturize"); remove_filter ("the_content", "convert_chars"); Эта новая функция на данный момент является экспериментальной. Я пытался сделать его совместимым с wptexturize, но это оказалось практически невозможным без дублирования большого количества основного кода в моем плагине. Он также несовместим с TinyMCE Advanced, когда включен параметр «остановить удаление тегов p и br». Я протестировал его на различных образцах кода, и я доволен результатами, но если вы обнаружите какой-либо контент, который не сохранился, просто откройте заявку в службу поддержки, и я смогу исправить это. Начиная с версии 1.2, теперь у вас есть немного больше контроля над созданием контента. И большинство предыдущих предупреждений об использовании этого плагина теперь устранены. Теперь вы можете выбрать, использовать ли теги BR ИЛИ теги P для новой строки. Еще лучше вы можете использовать оба, где одно нажатие клавиши возврата вводит тег BR, а два нажатия клавиши возврата помещают тег абзаца. Это отлично подходит для возможности оборачивать заголовки в определенных точках останова, при этом наслаждаясь семантическими преимуществами абзацев. Помимо выбора типа тегов для использования, вы также можете изменить поведение в зависимости от типа сообщения, включая настраиваемые типы сообщений. Таким образом, страницы могут по умолчанию использовать теги BR, а сообщения блога - теги абзаца. Если у вас есть существующий контент, который был создан до активации этого плагина, теперь вы можете использовать функцию Fixit, чтобы преобразовать существующий контент таким образом, чтобы он отображался так же, как и раньше. Используйте эту функцию (находится в разделе «Администратор»> «Настройки»> «Написание: исправление существующего содержимого»), только если вы устанавливаете этот плагин впервые, в противном случае он удалит все отформатированные пробелы в ваших сообщениях. Теперь поддерживаются многострочные HTML-комментарии (спасибо @cwlee_klagroup за предложение рабочего исправления!) В раскрывающемся списке «Формат» в редакторе TinyMCE была ошибка, которая теперь исправлена. Теперь он выберет «Форматировать», если вы поместите курсор на участок открытого текста. В настоящее время редактор просто оставляет ранее выбранную опцию формата на месте. Это второстепенно, но полезно знать, когда в вашем контенте есть чистый текст. В старой версии была довольно проблемная ошибка, из-за которой в некоторых браузерах нельзя было изменить форматирование отдельной строки в визуальном редакторе, если вы начали с нуля. Выбор другого параметра формата изменит весь документ, и единственное решение - отредактировать документ в режиме HTML. Это было плохо и как-то слишком долго оставалось незамеченным. Во всяком случае, теперь это исправлено. Остались еще следующие предостережения: если в HTML-разметку добавлены блоки сценария, клавиша со стрелкой вправо не проходит над ними на вкладке «Визуализация». Однако вы можете навести на них стрелку вниз, так что это, скорее всего, никогда не будет решено. Если вы используете настройку тега абзаца для новой строки, есть небольшая ошибка, при которой ваш контент будет заключен в теги абзаца только в том случае, если вы укажете абзац в раскрывающемся списке Формат или если вы введете более одного абзаца текста. Поэтому, если вы просто наберете одно предложение и нажмете «Сохранить», оно не будет переносить содержимое в теги абзаца. Я попытался исправить это, но у меня закончилось выделенное мне время на работу над другими основными проблемами. Должно быть исправлено в следующем выпуске. По соображениям производительности он будет сохранять пробелы только в том случае, если 4 пробела используются последовательно, то есть расширенная вкладка с точки зрения разработчика. Он не сохраняет пробелы внутри тега, такие как

. Если вы добавите 4 или более пробелов внутри тега элемента, это приведет к повреждению разметки и искажению вывода. Но поскольку это предназначено для редактирования разработчиками, это должно быть крайней редкостью, учитывая, что эта привычка практически отсутствует в сообществах разработчиков. Теги PRE не затрагиваются и ведут себя так, как вы ожидаете, однако из-за того, как браузеры анализируют теги, первая новая строка в содержимом тега PRE будет стерта, если она не будет дополнена другой новой строкой или несколькими пробелами. Теги CODE вообще не сохраняют пустое пространство, а когда они заключены в теги PRE, пустое пространство все равно удаляется. Я работаю над решением этой проблемы. Произвольный раздел

Автор: Marcus E. Pope, marcuspope

Версия: 1.5

Последнее обновление: 2012-09-03 4:51pm GMT