NixicДа почему первого-то :) Это не важно, первый, второй, десятый... хотя важно, конечно, но не в этом суть.
Просто я думал, что не придется лезть в js. Но, видимо, для гламура одними компонентными фреймворками не обойтись :) лезть в js уже практически не нужно - нужно просто правильно использовать библиотеки JQuery, bootstrap, Ext js, ... etc

grasoff.netна абзацы разбил бы - хватило б времени не хватило и писать прогу и редактировать заметку :) :) :)

chpashaNixicПросто я думал, что не придется лезть в js
возможно и не придется. ты палитры компонентов поизучай, весьма вероятно, что все что тебе надо, там или сям есть. а чего нету, возможно уже кто-то дописал до тебя. кто даст гарантию что эти костыли написанные кем-то без багов и не факт что они подойдут тебе :) лучше все брать из коробки и если чего нет писать самому.

grasoff.netlvitпропущено...
времени не хватило и писать прогу и редактировать заметку :) :) :)обычно в таких случаях плохо получается и то, и другое ну а если писать когда тесты работают так можно :)

chpashalvit не факт что они подойдут тебе :)
никто не заставляет брать вслепую.
иногда приходится так делать лишь бы работало когда сроки горят :)
chpashaписать самому стоит лишь тогда, когда искомого либо нет, либо оно заведомо хуже того, что ты в состоянии написать сам
да абсолютно согласен с тобой по этому поводу но
chpashaтупая потеря времени на написание своего, в худшем - тупая потеря времени плюс куча багов и ограничений, но уже собственных. по-этому, если не страдать херней, время придется потерять лишь на интеграцию готовых решений, а не на написании их с нуля. вам знакомо слово опыт, это очень ценный опыт который не купишь ни за какие деньги, при написании компонент углубляешься в дебри фраемворка а потом и в целом принимаешь решение нужно ли его использовать.
Возьмем Vaadin там нет локализации пришлось работать на уровне ResourceBundle,задействовать ThreadLocal, менять локаль каждой нужной мне компоненты не значительные изменения но все же пришлось переписать 20 компонент под свои нужды, + не реализована правильная pagination(постраничная разбивка) в Table/Data Grid мне нужно вывести 40 записей из 1000. При этом Vaadin'е Table реализован как "огласите весь список пожалуйста" всегда 1000 записей * 200 пользователей * в среднем на 6 Entity Hibernat'a(lazy=false) == ночной кошмар java программиста! Реализовывал свой компонент(наследовал от простейшей Data Grid), от сюда вывод нужно включать мозги немного и понимать какие преимущества дает компонент при использовании или наоборот он создан навредить вам!

chpasha
мне вот лень гуглить, но что в ваадин реально нет локализации или что?

ну слово нет - не совсем подходит но если на каждый компонент писать @Override для метода attach() что бы подключить
ResourceBundle для компонента вам нравиться то welcome in Vaadin.


или так


после wicket мне показалось что я вернулся к Сервелетам + нужно обязательно решить проблему где хранить объект Locale :)
PS под локализацией я понимаю i18n + l10n

chpashalvitну слово нет - не совсем подходит но если на каждый компонент писать @Override
ну второй вариант вполне нормальный, чего ж ты хотел в модели, где все создается в коде, дополнительного конструктора с ключом как в Андроиде? Так для этого пришлось бы ключи целочисленными делать. Единственное, что в коде можно было бы упростить - инстанциировать bundle через инекцию, без плясок с локалью (это конечно если ioc в фреймворке есть). собственно по-этому я например отказался в свое время от wicket в пользу tapestry, потому как нахрена объявлять элемент сначала в разметке, а потом его же инстанциировать в коде, если уже все можно было в разметке сделать - все равно ведь с html возиться.

Не надо трогать wicket! Wicket все динамичние и куда проще чем в Tapestry:
в Tapestry вшита Prototype, через нее делаются дизайн страницы и работа с аяксом, если вам нужна другая библиотека упс облом :) , в Wicket один из самых простых шаблонных механизмов это чистый html + любая аякс библиотека.
Tapestry более сложен по сравнению с Wicket'ом т. е. сложнее обучить новичка - в Wicket проще.
плюс в Tapestry нужно изучать шаблоны - XML в Wicket добавил атрибут wicket:id="bla bla" и делай с тегом что хочешь :)
Wicket писать компоненты очень просто(хотя есть свои особенности).
В Wicket'е есть только одно неудобство это деление компонент на stateless и statefull и в зависимости от этого нужно учитывать какой URL будет у страницы по моему мнению URL не должен содержать ни какой информации связанной с сессией к примеру версии страницы и др. это по моему мнению огромный минус.

chpashaпод "по-этому" я имею ввиду некоторый основополагающий принцип того или иного фреймворка. такие вещи нужно всегда при выборе учитывать и взвешивать.

Сначала нужно иметь представление о фраемворках и их внутренней кухне, которая очень хорошо постигается и изучается при написании новых компонент. Так же здесь нужно учитывать склонность человека к садомазохизму если ему приносит удовольствие писать на чистых Servleta'х и ему это доставляет удовольствие пусть пишет :) :) :)

chpashalvitв Tapestry вшита Prototype
[согласно кивает]. prototype меняется например на jquery на раз - одна зависимость в мавен.
а если нужно оформить как в twitter'e или как windows phone дизайн то же зависимость в майвене прописывать будите?
chpashalvitплюс в Tapestry нужно изучать шаблоны - XML в Wicket добавил атрибут wicket:id="bla bla" и делай с тегом что хочешь :)
чего??? какие еще шаблоны xml?
компонентные шаблоны в доке так и сказано компоненты больше похожи на описание тегов xml, что тут непонятного?
Залез в свои примеры - Index.tml в нем разметка страницы tapestry5.
log trace:
Constructing instance of page class com.pages.Index
Creating ComponentAssembler for com.pages.Index
Parsing component template classpath:com/pages/Index.tml
org.xml.sax.SAXParseException
=- ну да SAXParse -= обрабатывает не xml? так вы батенька плохо читали документацию, Вот я например с 3 версии начинал :)

grasoff.netlvitWicket все динамичние и куда проще чем в Tapestryapache click ещё проще
хорошо учту на будущее, поиграюсь с ним, но мне кажется будущее за scala и через 10 лет java будет похож
во многом на scala поэтому потихоньку перехожу/изучаю Lift + Play2 scala и углубленно учить scala или erlang/haskell

chpashalvitа если нужно оформить как в twitter'e или как windows phone дизайн то же зависимость в майвене прописывать будите?
оформить "как в твиттере" это как? а как в windows phone это как? причем тут зависимость в мавене и prototype с ajax?

lvit компонентные шаблоны в доке так и сказано компоненты больше похожи на описание тегов xml, что тут непонятного?
непонятно что тут по-твоему заслуживает изучения? это почти обычный html с кастомными атрибутами. так же как в твоем wicket. только в tapestry я написал




и забыл. а ты сначала <wicket:id> в разметке сделал, а потом еще в коде все описанное несколькими постами выше



так и что сложного в "xml"? запомнить что есть компонент кнопка со свойством text?

lvitтак вы батенька плохо читали документацию, Вот я например с 3 версии начинал :)
начинать меня под..бывать будет весьма не конструктивно. Слушай давай по делу говорить а то чувствую флудить и тролить начинаем не надо этого здесь!!!
Java-Код приведен для Vaadin, а не для Викета, если бы вы были менее заняты своими проблемами(я надеюсь на это) и
вчитывались в текст то поняли что так в Викете не локализуют приложение и
у меня возникает вопрос попутно а хорошо/глубоко ли вы знаете Викет
что бы судить о нем если не смогли даже определить как правильно делается локализованное веб приложение в Викете!
Так я могу предположить что вы купились на красивую рекламу Тапестри, выбрали его не подумав, не взвесив все за и против.
И судете вы Викет необъективно!
ЗЫ без обид я не хотел вас обидеть и давай не будем цепляться к словам вырванным из контекста!