в коде (мне приходилось интегрировать OpenFaces и с тем и с тем и с IceFaces еще), по количеству компонент, по кастомизации компонент, по соответствию стандартам jsf lifecycle и проч и проч.
Я посмотрел их демку, там где-то одна четвертая компонентов PrimeFaces, причем еще в достаточно унылой форме. Есть из коробки galleria, lightbox, growl?
Мне кажется вы его не умеете готовить. XSLT любят как раз за то, что с его помощью можно сделать все что угодно, поставить с ног на голову в том числе. Но есть и минусы: код на xsl довольно громоздкий и сложный для восприятия, но с опытом проходит. А еще xstl довольно тяжелая штука.
> То, что XSLT нечто более универсальное, никак не делает его неприменимым к построению UI
Вы вообще в курсе что такое XSLT? По аналогии с вашей логикой: «то, что asm нечто более универсальное, никак не делает го неприменимым к построению UI».
У меня в Fx4 текст по ссылке отображается как-будто вдавленным/тиснёным/рельефным. А в IE8 такого не наблюдается — там обычный «плоский» текст. Интересно, как это сделано, и специально ли?
Вкурсе. И нафиг ты asm сюда приплел не понятно. XSL вообще функциональный язык, причем очень мощный. А то, что там нету тега <сделайВсеЗаебца/> - это уже не проблемы XSL.
Затем что генерацию UI-элементов можно и на asm'e сделать, только UI Toolkit'ом от этого он не станет.
XSL вообще функциональный язык, причем очень мощный. А то, что там нету тега <сделайВсеЗаебца/> - это уже не проблемы XSL.
XSL в отличии от XSLT функциональным языком не является, что-то вы в терминах путаетесь... И опять же не понятно какая связь между мощным функциональным языком и UI Toolkit'ом? Asm вот тоже мощный язык программирования и в нем нет команды сделайВсеЗаебца, а зн-т по вашей логике это уже не проблемы asm'а.
Затем что генерацию UI-элементов можно и на asm'e сделать, только UI Toolkit'ом от этого он не станет.
Станет. Ибо xslt - в том числе мощное средство генерации html/xhtml, а этого достаточно. asm - не является эффективным инструментом по генерации xhtml, однако можно поверх него сделать dsl. И этим dsl будет xslt :)
XSL в отличии от XSLT функциональным языком не является, что-то вы в терминах путаетесь.
Ок, я имел ввиду XSLT. Хотя XSL = XSLT + XPath + XSL-Fo(который я в глаза не видел). А XPath вплотную с XSLT юзается. Довольно часто слышу, то xsl, то xslt, хотя имеют в виду одно и тоже.
И опять же не понятно какая связь между мощным функциональным языком и UI Toolkit'ом?
Вообще в вебе ui toolkit - это html/xhtml. Все остальное, в том числе и всякие Rich Faces, xslt - синтаксический сахарок. А XSLT - самый мощный сахарок.
> Станет. Ибо xslt - в том числе мощное средство генерации html/xhtml, а этого достаточно
Согласно вашей логике любая технология, позволяющая генерировать html/xhtml является UI Toolkit'ом. Очевидно, что это не нат.
Вообще в вебе ui toolkit - это html/xhtml.
С html/xhtml далеко не уедешь ибо они предоставляют возможности структурирования. Для создания UI нужна вся связка: html + css + js. Эта связка является низкоуровневой основой для реализации UI Toolkit'а.
Все остальное, в том числе и всякие Rich Faces, xslt - синтаксический сахарок. А XSLT - самый мощный сахарок.
Сладкий такой XSLT-сахарок получается: в нем нет ни одной фичи, позволяющей создавать элементы пользовательского интерфейса. Может быть вам все-таки стоит потратить время на ознакомление с XSLT?
А зачем спор продолжать? Я прийду и ляпну что самый мощный UI toolkit это формат PNG, потому что на нем может быть изображено что угодно. Люди клюнут на высер, а потом будут возмущаться что оффтоп
Вопрос в том, что подразумевается под мощность. Если изкаробочность виджетов, то это одно, и тут xslt не подходит. Если гибкость и возможность создать вообще все что угодно, то это другое, и тут как раз xslt самое то.
ЗЫ. PNG - не катит - он не умеет формировать _UI_. Только статичный слепок UI, так что пример кривой.