Редактор xml файлов linux

Open Source Linux XML Editors

Browse free open source XML Editors and projects for Linux below. Use the toggles on the left to filter open source XML Editors by OS, license, language, programming language, and project status.

Your single integration to industry leading, secure blockchain infrastructure for web3. Scale with ease through our end-to-end suite of blockchain technology, from dedicated nodes and APIs to easily-accessible staking and liquid staking, MPC tech, and more.

Open LMS delivers an effective and engaging learning experience. Open LMS is Open Source at its core. Migrating to Open LMS is simple and easy.

As the largest commercial provider of hosting and support services for the open-source Moodle™ learning platform, we help organizations and institutions deliver great learning experiences without complexities

XML Copy Editor

QXmlEdit

QXmlEdit is a simple XML editor written in qt. Its main features are unusual data visualization modes, nice XML manipulation and presentation and it is multi platform. It can split very big XML files into fragments, compare XML and XSD files, and has a graphical XSD viewers. Project site: http://qxmledit.org Source code hosted at GitHub (moved from Google Code) https://github.com/lbellonda/qxmledit Report issues at: https://github.com/lbellonda/qxmledit/issues Discussion group: https://groups.google.com/group/qxmledit-discuss

XML Tree Editor

XMLTreeEdit displays XML files as tree views and allows basic operations: adding, editting and deleting text nodes and their attributes. The main goal is providing a simple tool to create/edit XML configuration files for users without knowledge of XML. Built in Free Pascal Lazarus, which allows easy compilation for different target platforms. Currently binary executables were produced and tested on Windows (XP, 7) and Ubuntu Linux (GTK2). For developers: there are two units listed separately to support XML configuration files in your application: XMLfile.pas — Lazarus/Free Pascal uXMLConfig.pas — Delphi (2007..XE2)

XML Editor/Validator/Designer with CAMV

The CAM editor is the leading open source XML Editor/Validation/Schema toolset for rapidly building / deploying XML /JSON /Hibernate /SQL data /Forms applications. Visual WYSIWYG data design, rule entry wizards + drag & drop dictionary components. Will import, analyze / refactor from XML Schema / JSON. Oracle is a proud enterprise sponsor; with NIEM.gov support. Do SQL data import/map+ Open Data API delivery+ Hibernate JPA + UI Forms/Pencil Makes XSD schema (default, flatten, NIEM, & OASIS modes) + JAXB bindings; Mindmap FreeMind or UML models(XMI); XML unit test & live SQL data; HTML docs + spreadsheets (NIEM IEPDs). Canonical component dictionaries from schema sets, SQL, JSON, ERwin XSD, or spreadsheets. The XML CAM templates (OASIS standard) store the exchange structure, content model, code lists, DBMappings, SQL lookups+business rules (XPath). Java CAMV XML/JSON validation engine is a complete exchange test framework [XMLUnit, TEAM(Schematron)]. Java/Eclipse +Saxon/XSL

Find the next step in your career. Find and apply for remote jobs and jobs in your area using the Slashdot Job Board. Browse by job, company, location, and more.

Jaxe

Jaxe is a free Java XML editor with a configurable GUI, using XML schemas for validation and XSL for exports in HTML or XML.

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник