Лучший XML редактор, который я видел

0

0

Недавно открыл для себя Emacs-овый nxml-mode. Из всего, что я видел, это самое удобное для XML-я. Если кто не видел - весьма рекомендую попробовать. Я ещё не пробовал использовать схемы для подсказок и прочего, но базового функционала мне вполне хватает.

Ссылка

←	[embedded AI] Что есть из готовых решений.

[подскажите софт] рисовании топологии мсх.

→

Да, пробовал Altova XML Spy, Eclipse-овский редактор и всякие мелкие редакторы. Емакс удобнее :)

~~Legioner~~ ★★★★★
(11.12.08 18:28:08 MSK) автор топика

Ответ на: комментарий от Legioner 11.12.08 18:28:08 MSK

xslt дебагер есть ?

Renso ★★
(11.12.08 18:38:25 MSK)

Ответ на: комментарий от Renso 11.12.08 18:38:25 MSK

Не знаю, а при чём тут XSLT? Я про XML говорю.

~~Legioner~~ ★★★★★
(11.12.08 18:43:49 MSK) автор топика

Ответ на: комментарий от Legioner 11.12.08 18:43:49 MSK

>а при чём тут XSLT?

Странный вопрос...

Renso ★★
(11.12.08 18:47:43 MSK)

Ответ на: комментарий от Renso 11.12.08 18:47:43 MSK

О! http://xslt-process.sourceforge.net/
Ща заценим вместе с nxml-mode...

Renso ★★
(11.12.08 18:50:24 MSK)

Ссылка

Ответ на: комментарий от Renso 11.12.08 18:47:43 MSK

>Странный вопрос...

Чего странный? Например, если надо подредактировать ui-файлы для GtkBuilder'а, где там XSLT?

h8 ★★★
(11.12.08 19:00:54 MSK)

Ответ на: комментарий от h8 11.12.08 19:00:54 MSK

Ага, я примерно для того же его и использую сейчас - правлю XUL-файлы.

~~Legioner~~ ★★★★★
(11.12.08 19:10:49 MSK) автор топика

Ссылка

А я, когда увидел название треда, хотел написать "GNU Emacs". А тут и так. :(

anonymous
(11.12.08 20:28:13 MSK)

Ссылка

А какой-нибудь навороченный javascript-mode для Emacs существует?

~~Score-49~~
(11.12.08 20:35:35 MSK)

Ответ на: комментарий от Score-49 11.12.08 20:35:35 MSK

> А какой-нибудь навороченный javascript-mode для Emacs существует?

http://code.google.com/p/js2-mode ?

tailgunner ★★★★★
(11.12.08 20:41:41 MSK)

ed лучше

Khades ★★
(11.12.08 20:41:57 MSK)

Ссылка

Ответ на: комментарий от Legioner 11.12.08 18:28:08 MSK

Да, согласен, Altova XML Spy лучший. BEST!

anonymous
(11.12.08 20:48:54 MSK)

Ответ на: комментарий от anonymous 11.12.08 20:48:54 MSK

> Да, согласен, Altova XML Spy лучший. BEST!

идиот, он сказал что емакс лучше

Joe_Bishop ★
(11.12.08 20:54:59 MSK)

Ответ на: комментарий от Joe_Bishop 11.12.08 20:54:59 MSK

Из платных рулит Oxygen...

Renso ★★
(11.12.08 21:14:25 MSK)

Ссылка

Ответ на: комментарий от tailgunner 11.12.08 20:41:41 MSK

>http://code.google.com/p/js2-mode ?

СПАСИБО ОГРОМНОЕ!

Sectoid ★★★★★
(11.12.08 21:45:34 MSK)

Ссылка

Ответ на: комментарий от tailgunner 11.12.08 20:41:41 MSK

Спасибо, вместе с http://github.com/bard/mozrepl/wikis/emacs-integration совсем хорошо. А для js бывают в принципе IDE, как например, Eclipse для Java, со всякими рефакторингами? Rename хотя бы.

~~Score-49~~
(11.12.08 21:49:36 MSK)

Ответ на: комментарий от Score-49 11.12.08 21:49:36 MSK

> для js бывают в принципе IDE, как например, Eclipse для Java, со всякими рефакторингами?

ХЗ, я с JS вообще дела не имею, а про js2 прочитал у Steve Yegge.

Но вообще-то для динамических языков хорошую IDE сделать очень трудно.

tailgunner ★★★★★
(11.12.08 22:02:15 MSK)

Ответ на: комментарий от Score-49 11.12.08 21:49:36 MSK

>А для js бывают в принципе IDE, как например, Eclipse для Java, со
>всякими рефакторингами? Rename хотя бы.

На Хабр обратись, там js любят...

Renso ★★
(11.12.08 22:03:03 MSK)

Ссылка

Ответ на: комментарий от tailgunner 11.12.08 22:02:15 MSK

> Но вообще-то для динамических языков хорошую IDE сделать очень трудно.

если честно, то не совсем понял - почему собственно. чем скажем js так принципиально отличается от c++ с точки зрения IDE? мне вот что c++ что js что php или python - совершенно фиолетово. ide из mc/grep/find/sed прекрасно окучивает и то и другое.

// wbr

~~klalafuda~~ ★☆☆
(12.12.08 12:21:39 MSK)

Ответ на: комментарий от klalafuda 12.12.08 12:21:39 MSK

>> Но вообще-то для динамических языков хорошую IDE сделать очень трудно.

> если честно, то не совсем понял - почему собственно.

Есть жизненный факт - IDE для динамических языков курят в сторонке по сравнению с IDE для статических (вот сейчас набегут лисперы и скажут, что SLIME рулит ниэпически). ИМХО, это оттого, что статический анализ кода на динамическом языке - дело почти безнадежное,

> мне вот что c++ что js что php или python - совершенно фиолетово. ide из mc/grep/find/sed прекрасно окучивает и то и другое.

Эта DE справится с любыми языками, но она не очень I :) (при всей симпатии).

P.S. Хм, какой странный набор языков %) Ты и правда ими всеми пользуешься?

tailgunner ★★★★★
(12.12.08 14:40:47 MSK)

Ответ на: комментарий от tailgunner 12.12.08 14:40:47 MSK

> вот сейчас набегут лисперы и скажут, что SLIME рулит ниэпически

Это тебе ещё повезёт, если только Лисперы. А представь, что с тобой смолтолкеры сделают!

> ИМХО, это оттого, что статический анализ кода на динамическом языке - дело почти безнадежное,

А оно надо в IDE?

Если весь код, видимый в IDE, уже откомпилировали и даже выполнили - то через рефлексию мы можем видеть абсолютно все метаданные, включая те же самые типы. Так что repl + IDE это гораздо мощнее, чем статический анализ + IDE.

anonymous
(12.12.08 15:38:33 MSK)

Ответ на: комментарий от klalafuda 12.12.08 12:21:39 MSK

> чем скажем js так принципиально отличается от c++ с точки зрения IDE?

JS проще. Попробуй попарсить C++...

> ide из mc/grep/find/sed mc? Извращенец, редкостный извращенец!

anonymous
(12.12.08 15:39:46 MSK)

Ссылка

Ответ на: комментарий от tailgunner 12.12.08 14:40:47 MSK

>IDE для динамических языков курят в сторонке по сравнению с IDE для статических.

Все IDE для статического C++ стабильно посасывают. Даже MS-онее-сама осилила осилила этот маразм только начиная пожалуй с MSVС8.

>ИМХО, это оттого, что статический анализ кода на динамическом языке - дело почти безнадежное,

Динамический код может интерпретировать сама IDE.

Absurd ★★★
(12.12.08 16:07:37 MSK)

Ответ на: комментарий от Absurd 12.12.08 16:07:37 MSK

Статический код можно анализировать в некорректном состоянии (т.е. в том состоянии, в котором код находится 99% времени написания программы). Например эклипс достаточно разумно обрабатывает ошибки, и одна ошибка или опечатка обычно не мешает анализу всего файла. При интерпретации я не вижу, как это можно реализовать. Впрочем это два совершенно разных подхода, которые, имхо, должны друг друга дополнять а не противопоставляться (скажем в Scala есть REPL, и это самый, что ни на есть, статически типизируемый язык).

~~Legioner~~ ★★★★★
(12.12.08 16:17:59 MSK) автор топика

Ответ на: комментарий от Legioner 12.12.08 16:17:59 MSK

>Статический код можно анализировать в некорректном состоянии (т.е. в том состоянии, в котором код находится 99% времени написания программы). Например эклипс достаточно разумно обрабатывает ошибки, и одна ошибка или опечатка обычно не мешает анализу всего файла.

В С++ одна ошибка .h файле может привести к неверному анализу многих дасятков килобайт кода, так что сомнительно это.

Absurd ★★★
(12.12.08 16:22:40 MSK)

Ответ на: комментарий от Absurd 12.12.08 16:22:40 MSK

C++ вообще для анализа не предназначен, его скомпилировать то - проблема. Я скорее про более простые для анализа языки.

~~Legioner~~ ★★★★★
(12.12.08 16:30:45 MSK) автор топика

Ответ на: комментарий от Legioner 12.12.08 16:30:45 MSK

>C++ вообще для анализа не предназначен, его скомпилировать то - проблема. Я скорее про более простые для анализа языки.

В Эклипсе появился навороченный Scala-mode?

Absurd ★★★
(12.12.08 16:34:14 MSK)

Ответ на: комментарий от Absurd 12.12.08 16:34:14 MSK

Не видел. Она пока не популярна, вроде был какой то плагин, пишушийся одним человеком. Я больше на идею надеюсь, они вроде обещали в какой то будущей версии официальную поддержку скалы, думаю, она будет на хорошем уровне.

~~Legioner~~ ★★★★★
(12.12.08 16:38:51 MSK) автор топика

Ответ на: комментарий от Legioner 12.12.08 16:38:51 MSK

>Не видел. Она пока не популярна, вроде был какой то плагин, пишушийся одним человеком

А о каком статически типизированном языке тогда идет речь? Наверно Ява?

Absurd ★★★
(12.12.08 17:24:40 MSK)

Ответ на: комментарий от anonymous 12.12.08 15:38:33 MSK

>> ИМХО, это оттого, что статический анализ кода на динамическом языке - дело почти безнадежное,

> А оно надо в IDE?

А как без него? JDT, Idea, CDT (вероятно, и VSE) - построены именно на статическом анализе кода. DLTK тоже собирался строится именно на статическом анализе.

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

Вот именно - _весь_ код. А в обычном статическом языке для анализа кода функции достаточно, самого тела функции и типов ее параметров.

> включая те же самые типы.

Типы-то откуда возьмутся в динамическом языке? Вывод типов по всей программе? Даже этого мало, по крайней мере, если судить по известным мне материалам о JIT для динамических языков.

> repl + IDE это гораздо мощнее, чем статический анализ + IDE.

Это дополняющие друг друга вещи.

tailgunner ★★★★★
(12.12.08 19:51:44 MSK)