Оформление и документирование внешнего вида интерфейса

[GoogleCodeExporter]

Во-первых. Предлагаю добавить демо-макет 
страницы, в котором отразить набор базовых 
вариантов контролов, стилей и 
размещений(layout) используемых в в проекте. И 
доработать недостающие стили и т.п.
Например нужно избавится в шаблонах от 
кнопок вида: 
<t:PageLink class="crud-list" t:page="prop:listPage"><button 
class="ui-button-tolist">${message:action.list}</button></t:PageLink>

button тут фактически привносит только стиль, 
а стили должны быть в css, т.е.:

<t:PageLink class="some-style" 
t:page="prop:listPage">${message:action.list}</t:PageLink>

Во-вторых. Может можно организовать 
зависимости js библиотек с помощью JavaScriptStack 
вместо этой бороды в Layout? см. 
http://tapestry.apache.org/javascript.html (JavaScript Stacks)

В-третьих. Нужно как-то организовать имена 
стилей.

В-четвертых. По поводу организации файлов 
стилей и библиотек. Кое-что я писал тут 
http://code.google.com/p/orion-cpu/wiki/T5ResourcesDispositionAndContent. 
Нужно проработать это хорошо.

Original issue reported on code.google.com by slobodya...@gmail.com on 25 Jan 2012 at 3:09

[GoogleCodeExporter]

1. Нужно как-то отделить названия стилей, 
указанные в компонентах и страницах от 
jquery-ui. Иначе сами компоненты попадают в 
зависимость от jquery-ui. 

2. На мой взгляд динамическое присвоение 
стилей в jquery-ui это уже пережиток прошлого. 
Многое из этого можно сделать прямо в CSS3. 
Может стоит от него отказаться в этой 
части? В общем использование скриптов для 
оформления интерфейса нужно 
минимизировать. 

3. Переключение тем интерфейса нужно 
переложить на сервер. Вот интересный 
пример реализации тем 
http://habrahabr.ru/company/mailru/blog/137552/

4. Наверно стоит подключить SASS.

Original comment by slobodya...@gmail.com on 17 Feb 2012 at 9:20

[GoogleCodeExporter]

jQuery-ui даже не используя JS представляет 
очень богатый набор разнообразных стилей и 
тем.
Если мы хотим отказаться от него - то это 
еще множество дополнительной интерфейсной 
работы. 
На счёт пережитка прошлого. На сколько я 
вижу тот же EXTJS из JS строит элементы и 
раздает им стили.
На счёт SASS - вот это было действительно 
хорошо. Нужно разобраться с тем "небольшим" 
бардаком который творится в таблицах 
стилей. 

Original comment by DVel...@gmail.com on 20 Feb 2012 at 8:22

[GoogleCodeExporter]

>jQuery-ui даже не используя JS представляет 
очень богатый набор разнообразных стилей и 
тем.
Как им пользоваться в таком режиме? Я "за" 
использование готовых библиотек для 
декорирования интерфейса.

>На счёт пережитка прошлого. На сколько я 
вижу тот же EXTJS из JS строит элементы и 
раздает им стили.
EXTJS вышла гораздо раньше CSS3.

На счёт SASS - вот это было действительно 
хорошо. Нужно разобраться с тем "небольшим" 
бардаком который творится в таблицах 
стилей. 

Original comment by slobodya...@gmail.com on 20 Feb 2012 at 12:14

[GoogleCodeExporter]

Здесь все готово. Я же описывал классы:
ui-state-default
ui-state-active
..
ui-widget-header
>>Я "за" использование готовых библиотек 
Вот вот. Поэтому и не хочется отказываться 
от таких хороший решений. 

Идеальный бы вариант был бы свою максимум 
1-2 темы создать как по этой статье:
http://habrahabr.ru/company/mailru/blog/137552/
И нарабатывать. Думаю, в принципе это не 
столь сложно будет. И тут уже SASS. 
Так что согласен. Но, на данном этапе нужно 
определиться что важнее. 
Так как интерфейс какой никакой пока есть. 

Original comment by DVel...@gmail.com on 20 Feb 2012 at 12:52

[GoogleCodeExporter]

Я вот думаю о фильтре постобработки 
страниц. Хорошо бы в шаблонах компонентов 
определять индивидуальные стили для этих 
компонентов и их элементов. Далее при 
постобработке можно заменить эти стили на 
стили jQuery-ui или какой-то другой библиотеки 
стилей. 

Так же хорошо-бы применить фильтр для 
склеивания "на лету" файлов стилей и js. По 
этому вопросу немало готовых решений.

Original comment by slobodya...@gmail.com on 20 Feb 2012 at 12:55

[GoogleCodeExporter]

Существует Web Resource Optimizer for Java (wro4j) 
http://code.google.com/p/wro4j/,
для него есть библиотека поддержки T5 
https://github.com/lltyk/tapestry-wro4j.

Есть, так же обсуждения: 
http://tapestry.1045711.n5.nabble.com/Alternate-template-format-td4639774.html#a
4641048

http://tapestry.1045711.n5.nabble.com/Compiled-CSS-td4872738.html

http://www.digipedia.pl/usenet/thread/13960/11029/

http://tapestry.1045711.n5.nabble.com/smarter-css-td5051068i20.html

Original comment by slobodya...@gmail.com on 1 Mar 2012 at 11:29

[GoogleCodeExporter]

Игра определенна стоит свеч.
Даже просто наведение порядка в ресурсах в 
данный момент было бы очень хорошим 
решением. 
Но так как, не исключен вариант 
использования Sass (wro4j) или Less (wro4j) наведение 
порядка может оказаться лишним. Можно 
будет сразу все уже переписать под Sass или 
тот же Less.
Проблема вот в чем, неизвестно сколько 
подводных камней может нас ожидать, когда 
мы будем использовать данную библиотеку. 
Ведь она в корне меняет представление 
ресурсов. И, если что-то пойдет не так и мы 
захотим от нее отказаться - не так уж и 
быстро будет вернуть проект(а именно 
ресурсы) в исходное состояние. 
Но вообще, идея не плохая. Она бы упростила 
некоторые вещи. 

Original comment by DVel...@gmail.com on 1 Mar 2012 at 12:16