JXHTMLedit

java-апплеты вроде как благополучно сдохли. Первертозная некрофилия в действии?

уж лучше http://www.akbkhome.com/blog.php/View/99/99_Remote_XUL_Html_Editor.html

демку можно глянуть на http://devel.akbkhome.com/HtmlEdit/test.xul

Я что-то не понял:

> To view this demo, you must have the Sun JavaTM Plug-in 1.4 or higher installed. If this plug-in is not yet installed, you can download it from: http://java.sun.com/products/plugin/index.html

> This browser does not have a Java Plug-in.

Для плагина предлагается скачать JRE. Я установил аж J2EE 1.4 SDK, как сказано он содержит всё, что "ниже" по комплектации. Всё равно эта надпись и не работает.

>Для плагина предлагается скачать JRE. Я установил аж J2EE 1.4 SDK, как сказано он содержит всё, что "ниже" по комплектации. Всё равно эта надпись и не работает.

какой браузер и дистр?

Браузер Firefox 1.5.01 и Mozilla 1.7.8 -- одно и тоже, не работает.

>Браузер Firefox 1.5.01 и Mozilla 1.7.8 -- одно и тоже, не работает.

надо симлинк создать. В генте это делается автоматом...погугли, где-то валялся солюшн. Возможно, он даже есть в местном FAQ =)

http://plugindoc.mozdev.org/faqs/java.html

это тем, у кого не работают апплеты

> демку можно глянуть на

Слабова-то. По сравнению с FCKEditor. ;-) Но он подлагивает. :-(

P.S. Заголовок там рулезный - "обкурившись php"... ;-)

>Для плагина предлагается скачать JRE. Я установил аж J2EE 1.4 SDK, >как сказано он содержит всё, что "ниже" по комплектации. >Всё равно эта надпись и не работает.

ЕЕ здесь не при чём. ЕЕ вообще только об апп. серверах. Копай в другом месте, если уж решишь копать. GL

сразу заработало и в опере и в конквероре. Джента.

>Слабова-то. По сравнению с FCKEditor.

ну там внизу ссылки есть. Да и просто в гугле можно нарыть кучу редакторов. Без всяких тормозящих жаб ;)

>P.S. Заголовок там рулезный - "обкурившись php"... ;-)

;)

Спасибо, вроде заработало, но как-то странно. Если открыть файл jxhtmledit/www/jxhtmledit.html то ни чего не работает.

Работает, если открыть example_flat.html в том же каталоге. И тооормозит, конечно. Подсветки html кода не заметил. Как сохранить иначе, чем Copy/Paste'ом тоже не понял.

>Слабова-то. По сравнению с FCKEditor. ;-)

забыл сказать. JS-редакторы тормозят, конечно, но и те будут на порядок лучше java-апплетов. А возможности XUL можно глянуть, открыв редактор мозилки. То что я привел - это первая попавшая под руку реализация. Тупо нагуглил

>надо симлинк создать. В генте это делается автоматом...погугли, где-то валялся солюшн.

USE=nsplugin

>Слабова-то. По сравнению с FCKEditor. ;-)

Это тот самый который дня два назад в BugTraq'е светился ? :)

>"Ни дня без чашечки кофе"

Ни дня без чашечки йада

выглядит мягко говоря страшно. продолжаем сидеть на nvu (www.nvu.com)

+1

NVU совсем неплох, если не фанат набивки нтмля руками. Но со скриптами в теле документа плохо работает.

java - зло

лор приносит страшные новости об очередном претенденте в джава-кунсткамеру...

смотрел этот nvu - вернулся обратно на quanta

>смотрел этот nvu - вернулся обратно на quanta

Смотрел эту quantу - nvu лучше :)

NVU очень даже не плохая прога и не тормозит как это "жаба"-поделие. Кванта тоже хороша.

нормальному веб-мастеру Kwrite для правки страниц самое оно. Для более сложных проектов - Kate. Ну а Quanta - дело конечно хорошее, но по большому счету избыточное. Чтоб нормально писать на хтмл'е дополнительные свистелки нах не нужны. Они только мешают.

Ну а сабж... лишнее подтверждение того, что Жабе нет места на десктопе. ПРЫНЦЫПИАЛЬНО (хотя редкие исключения в оччень ограниченных диапазонах приминения все же есть и они подтверждают правило).

>лишнее подтверждение того, что Жабе нет места на десктопе.
azureus?

Vim / Emacs -- наше всё! Перделки -- на фиг.

так я не понял - это фича для встраивания в cms? тогда solmetra - наше фсё.

>>лишнее подтверждение того, что Жабе нет места на десктопе. >azureus?

rtorrent!

А я меня не тормозит (Debian + Firefox + J2SE 5.0) Для форумов, по-моему нормально будет, если до ума довести (добавить загрузку пользовательских картинок, убрать просмотр HTML-кода, тэги заменить названиями стилей), сократить количество кнопок.

>Для форумов, по-моему нормально будет,

а смысл? если такая же функциональность реализуется без всякой жабы?

А XUL в IE работает?

>А XUL в IE работает?

в IE работает JS

>Слабова-то. По сравнению с FCKEditor. ;-)

А как в вышеозначенном ограничить использование определенных тегов?

>А как в вышеозначенном ограничить использование определенных тегов?

hint: оно опенсурс

Кому интересно, вот хорошая подборка wysiwig-редакторов для интеграции в сайты: http://www.geniisoft.com/showcase.nsf/WebEditors

Я пока не все пощупал, поэтому, если кто знает, подскажите редактор, способный нормально обрабатывать текст, вставленный из ворда, то есть напрочь обрубать вордовские стили. FCKeditor, конечно, крут, но вставленный в него из ворда текст часто уродует страницу.

>подскажите редактор, способный нормально обрабатывать текст, вставленный из ворда, то есть напрочь обрубать вордовские стили.

текст, вставленный из ворда обрабатывается браузером. Так что или принудительно очищать теги или ешё как.

Ладно, будем трогать остальные редакторы. Wizzywig хвалят, TinyMCE вроде как Оперу поддерживает... Но если и они с вордом из коробки не справляются, придётся углубляться в JavaScript, чего, конечно, не хотелось бы. Но что поделать, хотят клиенты текст из ворда в сайт вставлять...

>Но что поделать, хотят клиенты текст из ворда в сайт вставлять...

написать фильтр, который будет выкидывать лишнее при paste...

Из чейнджлога Wizzywig:

 New Features:
 - cleanUp() removes spans, inline styles and classes as well as fonts and table widths
   ie vicious with text pasted in from Office applications, but preserves bold, italics, bullets etc.
   This will stomp over some formatting (e.g. text color) applied by whizzywig, so you can disable
   with 
   gentleClean = true; 

Похоже, то что надо. Кажется, ничего писать не придётся (-:

Только вот ещё один вопрос возник. У меня новый движок на основе XML+XSLT+PHP4 (Sablotron). Интересует красивый способ скормить вывод редактора XSLT-процессору. Не хочется в DTD пихать все возможные HTML-тэги. Может можно как-то привязать HTML-неймспейс, чтобы процессор не ругался?

Ткни плиз ссылкой на Wizzywig?

>Интересует красивый способ скормить вывод редактора XSLT-процессору

ты хочешь обратное преобразование провести? html->xml?

> Ткни плиз ссылкой на Wizzywig?

http://www.unverse.net/whizzywig-cross-browser-html-editor.html

> ты хочешь обратное преобразование провести? html->xml?

Нет, я хочу, чтобы HTML из редактора копировался как есть в результирующий HTML. Кстати, Whizzywig умеет выводить XHTML, так что никаких преобразований не надо. Тут скорее вопрос сводится к тому, есть ли способ определить в XML элемент, в который можно будет вставить этот XHTML, без описания всех подэлементов в DTD, а, скажем, используя пространства имён, чтобы при этом исходный XML-документ остался валидным, ну и чтобы к нему можно было применить функцию xsl:copy-of. Вобщем, нужен оптимальный вариант передачи кода из редактора XSLT-процессору.

>Тут скорее вопрос сводится к тому, есть ли способ определить в XML элемент, в который можно будет вставить этот XHTML, без описания всех подэлементов в DTD, а, скажем, используя пространства имён, чтобы при этом исходный XML-документ остался валидным, ну и чтобы к нему можно было применить функцию xsl:copy-of

[quote]пап, а ты с кем сейчас разговаривал?[/quote]

ниасилил =)

Как хорошо, что я наслаждаюсь кофе, а ты душишься йадом. Поделом тебе!

>java - зло

Почему? Потому, что вышла раньше .NET и не из Редмонда? И потому что не в ретэйловых красивых коробках продается, а лишь It just works и есть не просит? Почемуууууу???

>Но что поделать, хотят клиенты текст из ворда в сайт вставлять...

А может лучше сразу из Фотошопа или из Оракла в сайт вставляеть? А из кофемолки они в кофеварку руками порошок вставляют? Или ты им программу пишешь?

>>java - зло

>Почему?

ну, во-первых - потому что ООП - зло. Во-вторых, потому что жаба все-таки тормоз. Чтобы там не говорили защитнички сановской поделки.

Идея была хорошая, но "гениальные" менеджеры санок похерили все на корню

>Во-вторых, потому что жаба все-таки тормоз. Чтобы там не говорили защитнички сановской поделки.

На нормальных форумах за подобные бездоказательные высказывания банят на корню. Тормоз, который по всем тестам работает со скоростью C, asm, C++? Тогда C - тормоз, linux написанный на C соответственно тоже тормоз.

>ООП - зло.

Потому что мы не умеем его правильно готовить и не знаем об UML, OMG, OOAD etc?

> java-апплеты вроде как благополучно сдохли. Первертозная некрофилия в действии?

Тогда WinFX что будет по-твоему? Некрофилия в квадрате?

Java-апплеты были классной идеей. Только, наверное, появились они слишком рано для своего времени. Компьютер средне-статического пользователя был слишком слаб тогда для VM, не то, что ныне...