Вышла третья бета для адаптеров элементов управления ASP.NET, использующих CSS-рендеринг вместо табличного. Это касается элементов управления группы Data (GridView, DataList, DetailsView, FormView), Navigation (Menu, TreeView), Login (Login, CreateUserWizard, ChangePassword, PasswordRecovery, LoginStatus)

Посмотреть примеры использования можно здесь.

Сайт проекта: http://www.asp.net/cssadaptersВ инфракрасный прицел мы видны, как небесный ОМОН

Здравствуйте, Кэр, Вы писали:

Кэр>Хм, возможно вы сможете действительно хорошо объяснить, чем лучше использование css layout'a вместо html?

В основном следующим:

а) Отделяется модель от представления, что позволяет сделать html намного меньше по размеру и более понятным.
б) Изменением css-файла можно радикально поменять внешний вид результирующего html.
в) Можно задать разные стили для разных носителей (например для принтера отдельный стиль)
г) В CSS-адаптерах используется XHTML 1.1 strict, что тоже неплохо :)
д) Некоторые браузеры :) не показывают таблицу пока не загрузят ее целиком.

ну и т.д. и т.п.

Кэр>Сделать подобное решение кроссбраузерным — это хорошая головная боль.

Ну, под лежачий камень ничего не течет вообще.

Кэр>Найти дизайнеров, которые хорошо и дешево будут верстать css layout, вместо обычного табличного — это еще одна головная боль.

А зачем? Суть CSS адаптеров в том, что ничего не меняется. Как был у вас GridView, так он и останется, только клиенту будет отдана не таблица, а css-верстка. То есть вам-то ничего делать не надо, только поставить эти самые адаптеры. Впрочем, это все-таки Beta, я бы не спешил с их использованием в production.
Да, теперь есть и Web Expression Designer, который позволяет удобно работать с CSS-версткой.

Кэр>Можно еще добавить сюда проблему, что много сайтов построенных на базе кучи div'ов, расставленных с помощью css, болеют невозможностью выделить КУСОЧЕК текста. Выделяется либо сразу блок, либо вся страница. Причем в самых больных случаях выделить слово на странице можно только нажав ctrl+a, а потом отбросить лишнее — но это же бред.

Это имхо проблема конкретных сайтов.

Кэр>Так что совсем непонятно, в чем роковые плюсы css layout'a? Зачем ради него так напрягаться?

Так напрягаться никто и не предлагает, именно потому что в ASP.NET сделали архитектуру с адаптерами. Правда, те кто писал свои контролы с помощью writer.write("<p>myHtmlHere</p>") ничего от этого не выиграют. А вот те, кто делал чтото типа this.Controls.Add(myGridView) получат css-верстку автоматом.По всей Смоленщине нет кокаина — это временный кризис сырья

Здравствуйте, Кэр, Вы писали:

G>>а) Отделяется модель от представления, что позволяет сделать html намного меньше по размеру и более понятным.
G>>б) Изменением css-файла можно радикально поменять внешний вид результирующего html.

Кэр>Это все можно сделать и на html layout. Причем недорого.

Нет нельзя. Почему, см. спецификацию. В частности, размеры табличной верстки занимают до 50-60% всей страницы, а так переезжают в кэшируемый css-файл. Для изменения предста

G>>д) Некоторые браузеры :) не показывают таблицу пока не загрузят ее целиком.

Кэр>Ок, аргумент :) Но не такая уж большая проблема. Не форматируйте большой текст таблицами и будем вам щастье.

G>>ну и т.д. и т.п.

Кэр>Ну вот, на самом интересном месте :)

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

Кэр>Угу, только те люди, которые хорошо крутяться, обычно и стоят недешево. Я же говорю, что при html layout можно поиметь то же самое за меньшие деньги.

Не то же самое. Знаете, ведь для хорошего дизайна архитектор нужен, а он денег стоит. А тут взял студента — и он то же самое написал за меньшие деньги. Причем, есть ситуации когда это вполне оправдано. Но ттак бывает далеко не всегда.

Кэр>А там разве не свой адаптер для каждого контрола? Для моего родного серверного контрола все придется делать самому?

Если внутри контрола используются только стандартные, то не надо для своего контрола адаптера.Исправность аккумулятора можно проверить не выходя из салона, лизнув специально выведенные на приборную доску контакты.

Здравствуйте, Кэр, Вы писали:

Кэр>Хорошый дизайн приложения и хороший дизайн страницы — это совсем разные вещи :) Начиная с того, что более важно, как страница выглядит, и сколько стоит эта красота, чем то, каким способом эта страница описана.

Так отделение модели от стилей css сделано отнюдь не для красивости рендеринга в браузере.

Кэр>>>Это все можно сделать и на html layout. Причем недорого.

G>>Нет нельзя. Почему, см. спецификацию. В частности, размеры табличной верстки занимают до 50-60% всей страницы, а так переезжают в кэшируемый css-файл. Для изменения предста

Кэр>Радикально изменять html-представление можно в asp.net 2.0 приложении. Причем делать это просто.

Да вы что? Как минимум свой шаблонный движок надо писать, проходили. В скинах используются в основном те же css, это кстати очень удобно задавать там разметку, вместо введения шаблонных юзерконтролов руками.

Кэр>Размер html страницы — это важно, но пока это не стоит дорого для использования и поддержки. Использование css layout порождает много проблем, которые я описывал.

Табличная разметка все равно останется внутри и будет давать прирост размера раза в два. В общем мы уже по второму кругу пошли. Нет так нет, мне лично это достаточно актуально. Использование css-layout не порождает проблем, кроме может быть выделения текста, и то скорее всего из-за кривизны конкретной верстки. Дизайнить css достаточно просто и никаких сверхдорогих спецов не нужно. Однако кидаться все переделывать тоже не надо. Кому надо — перейдут, кому не надо — не перейдут.Я не злопамятный... Просто я злой, и память у меня хорошая!