XUL это полный идиотизм. Обычный пользователь хочет видеть consistent interface across всего десктопа. Пользователей смущает/раздрожает эоопарк: Swing(Java), Motif, Mozilla, Qt, ...
Честно говоря XUL не сильно применим вне веба .... помнится я постил скрин где был изображён файловый менеджер написанный на XUL/js ... так вот этот проект я похоронил из за излишней тормознутости этой системы ...
Отрисовать 200 пусть даже одинаковых иконок в box - это уже проблема ..
XUL применим как более удобный интерфейс для интерактивных веб приложений . А насчёт перевода :) Человек который сможет на этом XUL что то написать сможет и доки почитать на англицком ,а переводить доку чтобы лишние пара тысяч человек написали по хеллоу ворлду - лишняя трата времени .....
А где оно работает, это неплохое решение? Веб как я понимаю хорош (в том числе) некоторой стандартизованностью. А тут что, опять решение Mozilla-only получается?
Чем это лучше например той же Java, которая стандарт де-факто?
Это типа не для флейма, действительно интересно, я про XUL имею довольно поверхностное представление.
>А тут что, опять решение Mozilla-only получается?
Да. Но для корпоративных приложений это не имеет значения.
>Чем это лучше например той же Java, которая стандарт де-факто?
На XUL можно делать "очень тонких" клиентов :) Т.е. только GUI, вся логика - на сервере. Общение GUI и сервера - через XML-RPC или SOAP. При этом пользователю нужен только браузер - и никаких прочих пакетов вроде JRE.
Если же есть желание/необходимость, то XUL с Java-апплетами нормально интегрируется.
Вообще, XUL следует сравнивать не с Java, а с web-GUI, написанном на DHTML/JavaScript (как правило, самостоятельно).