Перевод строки в WordPress и другие нюансы интерпретации HTML кода
Загрузка ...Я заметил, что WordPress достаточно своевольно обращается с HTML тегами в тексте, введеном в одноименно режиме редактирования текстов. Например, это выражается в необходимости использовать костыли при отображении нескольких пустых строк:
<br> <br> <br>
Вариант с <br><br><br> не проходит. «Лишние» <br> в итоговой странице будут удалены.
Так же <br> заменяется на <br />
Ещё замечено преобразование формата указания цвета из HEX в RGB()
В тексте поста указываю как
<div style=»color: #9b2d30″>
В браузере отображается как
<div style=»color: rgb(155, 45, 48);»>
Кавычки еще через раз правильно отображаются…
Ну и нафига всё это? Типа стандарты? — Дык валидатор http://validator.w3.org при проверке начинает орать матом в 100% случаев.
теги:
2 Комментариев
Август 11th, 2009
> Вариант с не проходит.
Ибо нахуй не нужен в 99% случаев, только семантику гадит.
> Так же заменяется на
У тебя XHTML, так что правильно заменяется.
> Ещё замечено преобразование формата указания цвета из HEX в RGB()
В общем-то, и то и другое корректно ( http://www.w3.org/TR/CSS21/syndata.html#color-units
), а при корректном использовании файлов стилей — разница в потребляемом трафике исчезающе мала.
И, да, забавно — не знал, что можно писать цвет как rgb(100%, 75%, 15%)
> Дык валидатор http://validator.w3.org при проверке начинает орать матом в 100% случаев.
Первая же ошибка — незакрытый тег , а дальше эффект домино.
Дык шаблон кривой
Август 8th, 2012
Поставьте вместо TinyMCE FCKEditor
Он более корректно пишет ХТМЛ. Без всяких допущений. ПРавда потом посты сохраненные в старом редакторе хреново редактируются (пропадает разметка вообще практически).
Добавить комментарий