Comments 30
forced_root_block — пробывал
valid_child_elements: 'table[tr|td]' — поподробней можно? Не совсем понимаю в чем это может помочь
valid_child_elements: 'table[tr|td]' — поподробней можно? Не совсем понимаю в чем это может помочь
UFO just landed and posted this here
Вопрос там есть. По поводу в висивиге не редактировать шаблоны — вопрос не ко мне, а к архитекторам данного решения… я получил вот такой баг, хотелось бы его исправить. Переписать архитектуру не предлагать:)
UFO just landed and posted this here
на данный момент так и сделано = if(!tinyMCE.isWebKit){… дальше вы сами понимаете что:)
wiki.moxiecode.com/index.php/TinyMCE:Configuration/browsers не торт? :)
Т.к. это никакой ни баг, исправить его будет возможно только большим костылем. В досадном вы положении.
UFO just landed and posted this here
{{row}} — это начало блока
{{endrow}} — это конец блока
в шаблонизаторе используется репитер для того чтобы вставить rowset.
{{endrow}} — это конец блока
в шаблонизаторе используется репитер для того чтобы вставить rowset.
UFO just landed and posted this here
он видимо делает что-то непонятное в webkit
а Ваш вариант создаст пользователю 200таблиц, заместь 1 таблицы и 200строк.
а Ваш вариант создаст пользователю 200таблиц, заместь 1 таблицы и 200строк.
UFO just landed and posted this here
repeater — представьте что у вас есть массив и вам нужно его вывести циклом.
Ungla дело говорит. Пример, который вы хотите редактировать, не валидный, и TinyMCE пытается его исправить. Не важно, сам или с помощью боаузера, вызывая этим несовместимость. Так что неверно тут действуют, по логике, остальные браузеры.
Если вам от редактора нужны только кнопки для вставки тегов, то лучше такой и подобрать. Либо принудительно сказать TinyMCE не проверять результат.
Вы пробовали использовать опции fix_table_elements=false или verify_html=false?
Если вам от редактора нужны только кнопки для вставки тегов, то лучше такой и подобрать. Либо принудительно сказать TinyMCE не проверять результат.
Вы пробовали использовать опции fix_table_elements=false или verify_html=false?
fix_table_elements=false или verify_html=false — пробовал, не помогает.
по поводу валидности: тоесть вы утверждаете, что Mozilla + IE не проверяют валидность и закрывают на это глаза, а вот WebKit делает что хочет?
по поводу валидности: тоесть вы утверждаете, что Mozilla + IE не проверяют валидность и закрывают на это глаза, а вот WebKit делает что хочет?
Как обычно действуют подобные валидаторы (вкратце, ибо судя по всем TinyMCE делает ещё после этого проверки по своему алгоритму):
А дальше всё зависит от поведения браузера на последнем шаге. В идеале он должен при присваивании innerHTML перестраивать полученный текст, если в нём есть ошибки, строить новое DOM-дерево и в результате такой операции в text будет валидный HTML или XHTML, в зависимости от доктайпа. А может перестраивать только во внутреннем представлении и по elem.innerHTML будет доступен исходный текст, который присваивали. А может, просто между этими двумя операциями дерево не успевает перестроится.
var elem = $("какой-то элемент DOM-а");
var text = "Ваш текст с тегами, набранный в невизуальном режиме";
elem.innerHTML = text;
text = elem.innerHTML; // получаем нормализованный HTML
А дальше всё зависит от поведения браузера на последнем шаге. В идеале он должен при присваивании innerHTML перестраивать полученный текст, если в нём есть ошибки, строить новое DOM-дерево и в результате такой операции в text будет валидный HTML или XHTML, в зависимости от доктайпа. А может перестраивать только во внутреннем представлении и по elem.innerHTML будет доступен исходный текст, который присваивали. А может, просто между этими двумя операциями дерево не успевает перестроится.
тоесть, Ваше предложение сделать innerHtml уже после инициализации TinyMCE?
Я думаю, что не стоит городить хаки поверх него, они и сам не сказка, судя по всему. Вы не можете отказаться от textarea с кнопочками или от визуального редактора в лице TinyMCE?
Нужно посмотреть, что попадает в textarea и во внутренний объект для HTML при присваивании и откуда результат в конце берётся. Сходу не сказать, в какой момент он преобразует ваш код.
Нужно посмотреть, что попадает в textarea и во внутренний объект для HTML при присваивании и откуда результат в конце берётся. Сходу не сказать, в какой момент он преобразует ваш код.
отказаться точно не могу. Клиент будет не доволен :(
а вот по поводу в какой момент, можна и здесь проверить в firebug: tinymce.moxiecode.com/examples/full.php ( кнопочка html и мой код)
по сути, при присвоении он делает чудеса.
а вот по поводу в какой момент, можна и здесь проверить в firebug: tinymce.moxiecode.com/examples/full.php ( кнопочка html и мой код)
по сути, при присвоении он делает чудеса.
Проблема в том, что в и не может быть текста. WebKit, видимо, понимает, что получается невалидный код и убирает некошерный текст за пределы . Вообще не очень понятно, какой html код в шаблоне может туда вставится. Разве что ещё одна колонка. Или там какой-то сервер-сайд код выполняется?
по поводу валидности читать здесь: habrahabr.ru/blogs/webdev/109933/#comment_3493696
я писал выше, это репитер. (начало блока, конец блока)
я писал выше, это репитер. (начало блока, конец блока)
Вот вам еще новость: Молоко + шоколад = плохой салат.
Может просто у повара в голове каша и он не те ингредиенты пытается использовать?
Может просто у повара в голове каша и он не те ингредиенты пытается использовать?
Sign up to leave a comment.
WebKit + TinyMCE = плохой редактор шаблонов