Комментарии 78
достойная замена тяжеловесным Wysiwyg редакторам.
из минусов: отсутствие просмотра html-варианта
из минусов: отсутствие просмотра html-варианта
1. При нажатии например на h1 теряется фокус, не удобно.
2. При нажатии h1 потом нумерованный список потом опять h1 (не нашел кнопки посмотреть html) но получается наверное что дважды текст обрамляется в h1
Chrome 4
2. При нажатии h1 потом нумерованный список потом опять h1 (не нашел кнопки посмотреть html) но получается наверное что дважды текст обрамляется в h1
Chrome 4
ФФ 3.6b5 — при нажатии на какую-либо кнопку редактора вижу ее фокус (пунктирный прямоугольник), начинающийся откуда-то из-за левой границы браузера.
Хм, а не удобнее было бы конфигурацию сделать по типу
все-же меньше кода
$('#wysiwyg').wysiwyg({ config: '...|,justifyLeft,justifyCenter,justifyRight,|,...' })
все-же меньше кода
Перенесите в блог habrahabr.ru/blogs/jquery/
На мой взгляд — самый главный баг этой штуки — это работа с аяксом. При подгрузке этой формы через аякс, теряется текстареа, после чего нужно всю wysiwyg() вызывать к полю заново. Облазил весь инет — решение только такое.
По-вашему она должна непрерывно сканировать документ на появление элементов, соответствующих селектору?
Я не это имею ввиду. Возможно, не так написал.
code.google.com/p/jwysiwyg/issues/detail?id=54 вот, почитайте.
code.google.com/p/jwysiwyg/issues/detail?id=54 вот, почитайте.
Так и не понял по тому issue, что вы хотите изменить, и как.
Попробуйте вызовите через аякс этот wysiwyg и посмотрите на результат в FF. Сами все поймете.
При загрузке textarea не фокус теряется, а сама textarea. Т.е. даже если вызвать wysiwyg() на новую, загруженную аяксом textarea, она загрузится в редактор, но textarea-поля там не будет, т.е. просто белое, нередактируемое поле.
При загрузке textarea не фокус теряется, а сама textarea. Т.е. даже если вызвать wysiwyg() на новую, загруженную аяксом textarea, она загрузится в редактор, но textarea-поля там не будет, т.е. просто белое, нередактируемое поле.
вообще говоря, я бы рекомендовал бы не использовать AJAH, а использовать именно AJAJ или AJAX.
То есть передавать набор данных, а не готовый HTML, который потом применять через $('#ed').wysiwyg('setContent', newValue);
То есть передавать набор данных, а не готовый HTML, который потом применять через $('#ed').wysiwyg('setContent', newValue);
а когда планируется поддержка визуального управления таблицами?
да в принципе то и было. Только надо в режиме кода описать таблицу-строку-одну ячейку, а потом можно будет уже почти по-человечески добавлять колонки/строки. Но слияния колонок-строк таки отсутствует
вставить таблицу можно и сейчас, как любой другой HTML.
А поддержка resizable через javascript несколько увеличит размер кода.
А поддержка resizable через javascript несколько увеличит размер кода.
если submit просто делать, то в post улетает с форматированием
Документации на сайте нет, и у меня нет прав на её редактирование.
Вот одна из статей: erum.ru/article/20
На взятие контента попробуйте
$('#ed').wysiwyg('getContent');
Вот одна из статей: erum.ru/article/20
На взятие контента попробуйте
$('#ed').wysiwyg('getContent');
Буквально на днях искал и просматривал все варианты редакторов. Думал что этот умер уже… Спасибо, что изменили мнение, таки ним пользоваться буду. А топику очень нехватает чейнджлога.
В 7 и 8 IE кнопки криво показываются, под ними видно ещё дургие фантомные кнопки. Наверное это css спрайт по высоте слишком много показывает.
А как к нему дописать свою какую-то кнпоку? Нету интерфейса?
жирный и курсив генерируются не SEO-friendly
Плагином пользуюсь.
Поддерживаю господиа Setti.
b, strong; i, em…
Понятно, что это от ризуального редактора самого броузера зависит, но всё же хочется быть ближе к стандартам, а не заменять теги не сервере постфактум.
Кстати кому не безразлично решение вопроса:
Поддерживаю господиа Setti.
b, strong; i, em…
Понятно, что это от ризуального редактора самого броузера зависит, но всё же хочется быть ближе к стандартам, а не заменять теги не сервере постфактум.
Кстати кому не безразлично решение вопроса:
function newItalic() {
var self = this;
var html = self.get_selected_text();
html = ' <em>' + html + '</em>';
self.selection_replace_with(html);
}
хороший, легкий, но генерирует отвратительный html. По этой причине перешел на другой редактор, который не так давно пиарили на хабре. Тоже кстати на jquery сделан.
Раньше генерировал отвратительный под Firefox. Исправлено.
Кстати, скиньте ссылку на конкурента. Любопытно.
с удовольствием — www.elrte.ru/
На Chrome и Opera конструкция вида $('#ed').wysiwyg('insertHtml', 'my funny HTML'); работает только после ввода чего-то в textarea.
При пустом поле — никакой реакции.
При пустом поле — никакой реакции.
хороший редактор, давно использую, но приходится допиливать :(
Копипасту из ворда не чистит, так что в топку.
Ура, наконец-то это случилось. Нормальный и преличный WYSIWYG-редактор.
Классно подойдёт, для тех, кто отрицает ЦМС и пишет свои.
Классно подойдёт, для тех, кто отрицает ЦМС и пишет свои.
Как распространяется ваш продукт? Какой тип лицензии?
Спасибо автору, получилось довольно красиво.
При первоначальной загрузке курсор очень маленький, как только начинаешь писать — появляется полноразмерный. ФФ 3.5, вин.
Меня интересуют 2 вещи:
— Корректно ли работает при типе содержимого application/xml+xhtml
— На выходе получается ли валидный (с точки зрения форматирования) xhtml
— Корректно ли работает при типе содержимого application/xml+xhtml
— На выходе получается ли валидный (с точки зрения форматирования) xhtml
Это минимальный редактор, он не включает в себя код очистки от невалидных тэгов.
Для этого я бы рекомендовал использовать Tidy на серверной стороне.
Кстати, Вы навели на мысль, что стоит иметь возможность указывать DOCTYPE для инициализации, сделаю в транке.
Для этого я бы рекомендовал использовать Tidy на серверной стороне.
Кстати, Вы навели на мысль, что стоит иметь возможность указывать DOCTYPE для инициализации, сделаю в транке.
Я думаю было бы чудесно. Далеко не каждый wysiwyg, может похвастаться этим. Тем более вещь полезная.
Я был неправ, всё для этого уже есть в редакторе.
За это отвечает опция html, по умолчанию равная '<'+'?xml version=«1.0» encoding=«UTF-8»?'+'><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" «www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd»><html xmlns=«www.w3.org/1999/xhtml» xml:lang=«en»>STYLE_SHEETINITIAL_CONTENT'
При изменении не забудьте оставить специальные символы STYLE_SHEET и INITIAL_CONTENT.
За это отвечает опция html, по умолчанию равная '<'+'?xml version=«1.0» encoding=«UTF-8»?'+'><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" «www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd»><html xmlns=«www.w3.org/1999/xhtml» xml:lang=«en»>STYLE_SHEETINITIAL_CONTENT'
При изменении не забудьте оставить специальные символы STYLE_SHEET и INITIAL_CONTENT.
в свое время делал свою версию редактора, где основная задача была разделить ядро и рюшечки(кнопки, тулбары) и чтобы у каждой версии (код/визуал) были свои тулбары. Реализация уже давно лежит тут:
code.google.com/p/lwrte/
сейчас, правда, активно не развиваю, т.к. пока нет проектов, где его использую, поэтому нет ежедневной отладки/работы, чтобы и дальше как-то развивать.
code.google.com/p/lwrte/
сейчас, правда, активно не развиваю, т.к. пока нет проектов, где его использую, поэтому нет ежедневной отладки/работы, чтобы и дальше как-то развивать.
А можно доделать, чтобы окно ввода динамически меняло высоту, без скролла?
А я так и не разобрался как отловить событие onchange у редактора.
Подскажите, что нужно сделать, чтобы можно было смотреть html.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Обновлённый jQuery Wysiwyg 0.6