первый!

идиот

Кстати, вот здесь можно почитать, как подключить к XXE русский словарь для проверки орфографии, я подключал к 2.3 - работает:

http://only.mawhrin.net/~alexey/articles/xxe-rus-dict/xxe-rus-dict.html

а не на jave кто-то знает какие-то нормальные XML-editors ?

Все, что я смотрел - отстойные. Редактор текстового файла с подсветкой, с трудом ворочающийся на 64Мб - нонсенс.

Отличный и быстрый XML редактор - IntellijIdea :)

может для XML почти то же что и для java :) www.intellij.com - 30 дней бесплатно - стоит хоть попробовать перед тем как плеваться :)

Если тебе нужен редактор _текстового_ файла с подсветкой, используй vim. Специализированные XML редакторы работают с DOM, поэтому отжираемая память прямо зависит от размера открытого документа.

Зачем такие извраты? Подобные вещи нужно писать на tcl/tk.

> * XMLmind XML Editor can now be used to author modular documents.

Замечательно!

> * Completely rewrote the DocBook and Simplified DocBook CSS style
> sheets. New style sheets are easier to maintain and fully supports
> DocBook 4.2.

Дважды замечательно!

anonymous-у, запостившему новость - мой искренний респект за информацию.

>Зачем такие извраты? Подобные вещи нужно писать на tcl/tk.
А ты пробовал? Теоретик, блин.

> А ты пробовал? Теоретик, блин.

Помолчал бы, сопливый практик.
http://tkxmlive.sourceforge.net/screen-6.png

>> А ты пробовал? Теоретик, блин.
>Помолчал бы, сопливый практик.
>http://tkxmlive.sourceforge.net/screen-6.png

О! Как приятно! Сделай так еще! :)

А в курсе сопливый теоретик анонимус, что tkxmlive моих рук дело? Нет? Тогда брысь сюда:
http://tkxmlive.sourceforge.net/

А потом сюда:
http://www.linux.org.ru/profile/Korwin/whois.jsp?nick=Korwin

Пять баллов.. %))
когда у меня была тоже похожая смитуация... Правда не такая красноречивая..

Мои Респекты Korwin !

Или я чё-то не втыкаю или http://www.morphon.com раздаёт свои XML and CSS editor нахаляву, вот и народ с javable подсуетился http://www.javable.com/about/forrest/#Morphon+XML+Editor

В догонку : Korwin ты всёравно молодец, хоть и любишь на показ выставляться .... ;)

2ALL. Спасибо, спасибо :)

Ну люблю повыпендриваться, но они сами напросились! :)

На мой взгляд Morphon более развитой и качественный чем XXE.

А если кому интересно почему tkxmlive заброшен :( и почему TCL/TK не подходит для таких вещей спрашивайте расскажу. А так это будет офф-топик.

Korwin вот гляжу на скриншот ты там tix юзал или чего? Сам сложными виджетами на Tk увлекаюсь..

>Korwin вот гляжу на скриншот ты там tix юзал или чего? Сам сложными виджетами на Tk увлекаюсь..
Нет. Это не Tix. Использовал BWidget, а внешний вид менял достаточно сильно. Иначе выглядили не очень симпатично.
Вообще-то интерфейс у меня там написан на XML который на лету переводится в TCL команды.

> почему TCL/TK не подходит для таких вещей спрашивайте расскажу.

Дык спрашиваем. Рассказывай. Это я тебя вытался поддеть про tkxmlive ;)
Нет, серьезно, жабу не принимаю на запах. Я сторонник всего
легкого, скоростного. Ну не вписывается жаба в эту категорию...
Мне не жалко мегабайтов памяти и процессора, если это
действительно оправдано, но когда на жабе лепят какой-нибудь
калькулятор или текстовый редактор, который еле шевелится на
не такой уж слабой машинке, то я в гробу видел такую "практику".

2anonymous (*) (2003-08-18 00:32:46.854669)
Знаешь, а TCL/TK тоже не самые скоростные, из всего множества скриптовых языков TCL находится в конце списка.

TK быстр, но особенно сильно в TCL храмают циклы, а при работе с DOM XML их приходится пользовать частенько.

Потом DOM изначально разрабатываля для объектных языков поэтому на TCL сначала необходимо сделать объктный интерфей и затем реализацию DOM, благо оъектность прикручивается элементарно. Да и само написание DOM тоже. У меня ушло примерно 600-700 строк кода на полную реализацию DOM 1.

Но дальше - интереснее. Этот DOM надо отображать: нужен парсер CSS и тоже объектный, нужен виджет. Парсер более менее сносный тоже написал, а вот виджет... Текстового виджета не достаточно несмотря на его возможности, использование canvas и реализация на его основе получается слишком медленной поэтому начал патчить tkhtml на корректную работу с non-latin & unicode кодировками, но там абзац какой код 8)
Поэтому получается необходимо написать собственный виджет по возможностям сопостовимый с SWING JEditArea, а это уже совсем не кисло :(

Кроме этого еще встает куча других вопросов. Таких как, к примеру, синхронизация изменней DOM модели и элементов управления - т.е. система событий. Надо - сделано, но тормозит... И Тормозит по принципиальным причинам - быстрее не сделать.

Далее. Кроме XML необходимо поддерживать еще воз технологий XSLT, SAX парсеры, CSS, RDF, DTD, Schema перечислять можно долго. Все это по сути приходится писать самому, т.к. то, что имеется из готово либо старое и уже не поддерживается, либо завязана на C и только под одну платформу (кроссплатформенность нужна!) и т.д. и т.п.

В общем вместо того, чтобы писать логику _программы_ редактора XML необходимо сначала подготовить всю среду, библиотеки, парсеры и т.д. и т.п., а на это все нужно очень много времени, поверь.

Я уже не говорю о том, что каждая версия TCL имеет проблемы совместимости даже в минорных ветках и совместимость бьется не только в i18n, но и в кроссплатформенности.

В случае Java имеем готовый набор библиотек по всех необходимым технологиям, имеем в наличии необходимые GUI элементы, отличную систему событий, легкость создания среды для plugin, наличие скриптового языка для скриптинга (beanshell). Время затрачиваемое ра написание проекта, а равно стоимость на порядки меньше. Продукт получается более стабильным.

Чтобы убедить в этом необходимо привести URL, но я его сейчас не помню. Одним словом на Java написан браузер поддерживающий следующие технологии: html, xhtml, css, XML, xslt, JavaScript, MacromediaFlash, Java applet, frame. Все это работает очень шустро. По скорости выполнения (AWT, SWING не используется) сравним с Opera и, внимание, при этом архив всего в 400-500Kb.

А по поводу медлительности Java, а точнее SWING тут не все так просто. SWING полностью написан на Java в то время как AWT и Eclipse более близки в основному GUI среды выполнения (MFC, Motiff, GTK и т.д.). Один из основных медлительных процессов это создание объекта, а все события и уведомления строятся на создании объектов события и делегирования выполнения их обработчика.

С другой стороны, да пользователя раздражает когда время отклика больше 250мс. С другой стороны производительность работы не сильно зависит от время отклика GUI.

Поэтому получается внешне кажущееся медленность работы Java приложений как неэффективность труда, с другой стороны за одинаковое время отрабатывается одинаковый объем работы в Java и C/C++ GUI приложениях.

У библиотеки SWING есть куда расти и есть что править для повышения производительности - это радует, как радует и то, что появился ее конкурент Eclipse имеющий отличную производительность, но пока не имеет таких удобных и продуманных элементов управления.

> Знаешь, а TCL/TK тоже не самые скоростные

Знаю про TCL. Для скоростных участков его расширяют библиотеками на С. В чем проблема?

> Парсер более менее сносный тоже написал, а вот виджет...
> Текстового виджета не достаточно несмотря на его возможности

Хм, недостаточно в плане красоты или функциональности?

> Кроме XML необходимо поддерживать еще воз технологий XSLT, SAX парсеры, CSS, RDF, DTD, Schema

А готовые стронние библиотеки на C/C++ не подходят?

> Одним словом на Java написан браузер поддерживающий следующие технологии: html, xhtml, css, XML, xslt, JavaScript, MacromediaFlash, Java applet, frame. Все это работает очень шустро.

http://java.sun.com/products/hotjava/ Этот?
У него быстрый UI, но там используется AWT. Страницы он
отображает медленнее mozill'ы, плюс кривой до ужаса и не
развивается с 1999 года.
И потом, в качестве контраргумента могу предложить ссылку на
браузер, написанный на tcl: http://browsex.com/
Он тоже крив, но работает еще быстрее ;)

> С другой стороны производительность работы не сильно зависит от время отклика GUI.

Только не в редакторе...

>Знаю про TCL. Для скоростных участков его расширяют библиотеками на С.
>В чем проблема?
Проблема в переносимости кода между платформами раз. Java тоже можно расширять через C и что? Это два.

>> Парсер более менее сносный тоже написал, а вот виджет...
>> Текстового виджета не достаточно несмотря на его возможности
>Хм, недостаточно в плане красоты или функциональности?
Функциональности это основное. И скорости когда начинаешь использовать не только текст, но и внедренные виджеты, тут скорость падает катастрофически.


>> Кроме XML необходимо поддерживать еще воз технологий XSLT, SAX
>>парсеры, CSS, RDF, DTD, Schema
>А готовые стронние библиотеки на C/C++ не подходят?
Начинаются проблемы переносимости, лицензирования, поддержки кода. В итоге программу не только сложнее становится поддерживать, но и распространять.


>http://java.sun.com/products/hotjava/ Этот?
Нет. Вот этот:
http://www.meyou.com/grandrapid/index.jsp

>браузер, написанный на tcl: http://browsex.com/
>Он тоже крив, но работает еще быстрее ;)
И что? Ты его внимательнее смотрел? Он принципиально не работает с кодировками отличными от iso latin & unicode. К тому же maintainer его бросил уже несколько лет назад. Потом его "подхватил" другой парень, докрутил возможность динамически изменять контент и то не до конца, а так, только наброски кода. В итоге получилась страшенная смесь кода.

Почему так говорю? Потому что изучал его работу изнутри. Правил, отсылал патчи для того чтобы можно было работать безпроблемно с любыми кодировками. Расширял API чтобы динамично можно было менять любую ноду... В итоге все патчи канули в... Поскольку новый маинтейнер тоже забил на этот продукт. Короче, можешь не показывать мне эту поделку browsex.com я на нее достаточно насмотрелся 8'(

В догонку по поводу browsex.com
Ты не верно говоришь когда browsex.com относишь к TCL. По сути скорость рендеринга и работы браузера это заслуга C'шного виджета, а TCL там только оболочка для запуска этого виджета. Поэтому ты сравниваешь не TCL и Java, а C и Java. Так что жду другие примеры (tips: на TCL есть нативные HTML рендерилки, но качество... и скорость...)

>>то радует, как радует и то, что появился ее конкурент Eclipse имеющий отличную производительность, но пока не имеет таких удобных и продуманных элементов управления.

Ну птичку нашу попрошу не обижать.. Хоть и не силен я в Гуе, и тем более в свинге.. Но SWT весьма продуманная, а система слоев даже мне понравилась... Хотя кнечно и полно недостатков %((
Но для меня это вполне приемлимый вариант склепать простенгий гуй аля 2 кнопки + таблица...

2ifconfig. У SWT есть как достоинства так и недостатки. Но SWING более симпатичен - раз, и во вторых ИМХО более удобен в использовании, т.к. система событий/уведомлений более продумана (расширена) и имеются так называемые enterprise виджеты :)

> Проблема в переносимости кода между платформами

Если уж Си непереносим, то кто тогда переносим?

> Java тоже можно расширять через C и что?

А то, что tcl-прога (например. тот же browsex) может стартовать с памятью 4М и работать. Аналог на java потребует
сразу минимум 20-30.

> Он принципиально не работает с кодировками отличными от iso latin & unicode.

Неправда. Я ходил с ним (browsex-2.0) по многим русским сайтам, которые были преимущественно в кодировке cp1251.
Читалось без проблем.

> К тому же maintainer его бросил уже несколько лет назад. Потом его "подхватил" другой парень

Опять какая-то неточность. BrowseX is written by Peter MacDonald. Последнюю версию 2.0 я скачивал в марте прошлого
года. Она тогда только вышла.

2Korwin: А ты рассматривал связку ocaml/tk или ocaml/gtk?
Я видел для него готовые парсеры и т.д. В-принципе он должен
быть быстрее и jav'ы и tcl. И вообще язычок интересный, и
компилятор к нему очень качественный.

2anonymous (*) (2003-08-18 23:10:09.438076)
Так можно до бесконечности препираться. Если хочешь можешь писать на TCL редакторы, пожалуйста. Но мое мнение, что TCL/TK для этого не предназначен и пользовать его в этих целях бесмысленно.

>2Korwin: А ты рассматривал связку ocaml/tk или ocaml/gtk?
Нет не рассматривал. Всего разнообразия не обхватить - времени не хватит. Синтаксис у ocalm мне не понравился, в некоторых вещах по запутанности даже превзашел Perl 8) Можно и на Pythoon и люди пишут, но скорость работы еще ниже чем у Java или такая же.

>Неправда. Я ходил с ним (browsex-2.0) по многим русским сайтам, которые
> были преимущественно в кодировке cp1251.
>Читалось без проблем.
Видимо патчики дошли %) , но мне в ответ ни слухом ни духом :)

>> Проблема в переносимости кода между платформами
>Если уж Си непереносим, то кто тогда переносим?
Гы-гы три раза. Если бы все так было просто языку C цены бы не было! Но в реалии сорцы пишут так, что даже между версиями одного и того же компилятора имеются проблемы не говоря уже о переносимости.

В общем попробуй сам написать что-то уровня XML редактора со всеми атрибутиками и поймешь что, почем и почему.

> Нет. Вот этот:
http://www.meyou.com/grandrapid/index.jsp

Ох, теперь моя очередь спросить: а ты внимательно его смотрел?
Он даже не html-4.0 compliant...Не проходит даже базовые мозильные тесты.

Утомил ты меня. Тебе про Ивана, а ты про болвана. Не надоело с темы на тему прыгать? Лично мне доказывать ничего не надо, да и я тебе доказывать ничего не хочу.

Просто обсуждение какое-то левое получается. Ну нравится TCL, ну пиши на нем! Никто же не заставляет. Хотел моего мнения по поводу TCL в качестве языка для написания XML редакторов - ты его получил. А все твои возражения потому что сам не пробовал писать подобные вещи на нем. Попробуй, поймешь и будет меньше вопросов.

>>Но SWING более симпатичен - раз, и во вторых ИМХО более удобен в использовании, т.к. система событий/уведомлений более продумана (расширена) и имеются так называемые enterprise виджеты :)

Ну симпатичен - дело вкуса, как сам понимаешь..
Удобен.. спорить не могу, ибо почти не использую.. но то что тормознут, это да.. Причем что странно, тормозит на Х-терминалах с прорисовкой больше чем любые другие виджиты.

Ну а начет интрепрайсед.. Ну так SWT тоже не гол как сокол %)) там много чего добавляют ...

И на конец.. не оппонент тут я тебе.. Ибо Гуй ваще ни мое.. Так на уровне 3 кнопки... %))

Так что скорее больше слушаю, чем спорю..

Приглашаем вас посетить наши сайты, на которых мы разрабатываем, новую операционную систему, конкурент виндозы! winbeos98.km.ru, www.urbusk.ee/bedos, mybedos.narod.ru!!!