(no subject)

[kastaneda]

В продолжение вечной темы.

Я тут вот подумал и пришёл к интересному выводу о кошерности CSS. Итак, свежая и оригинальная мысль: в правильных веб-приложениях шаблоны не нужны. То есть, они могут существовать для программиста, но не для пользователя (владельца сайта). Не должно быть подкаталога «templates», который можно заменить одним махом. Дизайнер не должен иметь возможность влиять на (X)HTML-код страницы — этот код он должен получать как исходное условие задачи. Само собой, веб-приложение должно генерировать только семантически корректный (X)HTML; возможно — с некоторым запасом «лишних» div'ов.

Вот, собственно, и вся мысль. SEO, WCAG WAI, Section 508 и всё прочее добавить по вкусу. К сожалению, на этой планете повсеместно внедрить такой подход не представляется возможным по понятным причинам.

Comments

[ex-feuerbach769.livejournal.com]

ИМХО, это должен быть очень сильный css. Или даже не css.

[egorfine.livejournal.com]

xslt.

[http://users.livejournal.com/_iggi_/]

Идея достаточно бородатая. Расширение модели model-view-controller путем добавления presentation model. В веб-приложениях (enterprise applications :))) есть проторенная дорожка - выдача XML бизнес-частью и преобразование ее в (X)HTML или любого другого зверя через XSLT в интерфейсной части. Впрочем, конкретных реализаций есть великое множество, с разными технологиями и разным дроблением на слои.

[fester-ua.livejournal.com]

Юра Рашковский реализовал для RoR LiLu. Выглядит довольно занятно.

[kastaneda]

Наверное, ты видел CSS Zen Garden? Вот примерно такой подход.

[kastaneda]

Нет. Суть в том, что семантическая часть страницы остаётся неизменной. Всё равно шаблоны не могут изменить имеющуюся функциональность веб-приложения. И в этом смысле XSLT ничуть не лучше шаблонов, к примеру, на Smarty.

[egorfine.livejournal.com]

я понял. я пожевал твою идею на досуге и пришел к выводу о совершенной ее непрактичности. оно на поверхности, на самом деле. Например, количество свободного места в почтовом ящике в вебинтерфейсе один дизайнер может размещать сверху страницы, другой - снизу. Если оно идет в фиксированном месте xhtml'я, то тогда с CSS это будет мега гемор.

[kastaneda]

Прикольно.

[kastaneda]

Дык, эта идея много для чего не годится. К примеру, рекламным баннерам в семантически корректном коде вовсе места нет :)

[egorfine.livejournal.com]

а я придумал такой метод загрузки баннеров, который не остановишь нажатие стопа в броузере, мухаха!!!! зато такой метод загрузки не мешает нормально работать js-коду на страничке.

[ex-feuerbach769.livejournal.com]

Видел, и твою идею я понимаю.
Но тут есть принципиальная разница.
Одно дело, когда ты показываешь, что ты можешь сделать с помощью CSS.
Другое дело, когда тебе надо сделать конкретную вещь с помощью CSS.
Так вот, у меня есть серьезные сомнения насчет того, что CSS (по крайней мере тот, на который я в последний раз смотрел -- я вообще далек от вебдева) способен удовлетворить все твои/мои потребности даже в таком простом вопросе, как позиционирование блоков.

[kastaneda]

Встрешал в дикой природе людей, которые хотели сделать phpBB2 древовидным (а не плоским) путём прикладывания к этому самому phpBB2 специальной «шкурки». Я могу порекомендовать только одно: держаться от таких заказчиков подальше. Порядок, в котором идёт контент — это личное дело контент-менеджера. Служебные части (вроде навигации) — вообще сложная штука, которую надо делать максиамально аккуратно. Если же речь идёт о блоках с сообщениями типа «Сейчас насайте 2 гостей и 0 посетитель» — то их в правильном веб-приложении быть не должно :)