Форум hotibo.ru

Ох, не скажу, что у меня большой опыт в верстке но какие лично для меня плюсы

1. Организует структуру документа, делая ее более логичной
2. Делает документ в разы более компактным и удобочитаемым
3. Упрощает модификацию документа, ведь контент идет отдельно, стили отдельно

На практике куда ни смотрел, все крупные веб-студии все-таки лепят все по-старинке (конечно, дело не доходит до дикости использования тегов типа ), лепят таблицы где надо и не надо, блоки почти не используют и т.д. Объяснил бы я это куда меньшим временем, требуемым на разработку сайта и схожим отображениям в разных браузерах. Когда делаю что-то с дивной версткой по xhtml - тут все, тушите свет, использую хаки, ставлю эксперименты и доолго и муторно прроверяю при разных разрешениях экрана и на разных браузерах. то есть для вполне стандартных приемов нет никакой гарантии отсутствия глюков в другом браузере.

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

Приведу пару примеров, которые лично меня приводят в замешательство. Скажем, почему нет готовой и общепринятой конструкции, позволяющей сделать блок "по оставшейся ширине внешнего" (ну скажем, одна колонка в пикселах, вторая динамична по оставшейся ширине экрана). Скажете, использую таблицу? Не логично, не для этого она нужна.

Потом. Абсолютное позиционирование. Вещь замечательная. Только скажите, а зачем мне всегда позиционировать блок относительно экрана (!). Когда делаю что-то строго вверху страницы это еще полезно, но вот если надо сделать что-то внизу, даже если документ "выше" экрана? ИМХО изящное решение - это сделать позиционирование относительно границ внешнего блока. Скажете, magrin? Не то, влияют соседние блоки. Float? он ведет себя не очень предсказуемо в разных браузерах.

Подводя общий итог, думаю, что будущее все-таки за xslt. XML отвечает за логическую разметку, а уж во что он будет трансформироваться - это вопрос будущих стандартов. И думаю, ни новый ХТМЛ, ни xhtml в том виде, в котором он есть сейчас полностью не удовлетворят потребностей разработчиков.

Интересно было бы слышать ваши комментарии по этому поводу.

:~) Да вот уж не сказал-бы.Тут таблицу пришлось делать на днях,вот я поматерился,без любимых паддингов и маргинов,хе-хе

А кто тебе сказал, что одно исключает другое? Никто тебе не мешает делать padding или margin для элементов внутри ячейки? Таблица используется чаще всего как раз для колонок, сложной графики и т.п. Ну в общем случае - для совмещения процентной и фиксированной ширины элементов.

Ну а если одна колонка абсолютно спозиц-на,жмется к какомунибуть краю,
а остальной блок(который резиновый) имеет соответствующий маргин

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

действительно,зачем это тебе?
И чем плохо применять "изящное решение"-для контейнера position:relative,

эмм, а ты знаешь как он работает? Элемент сначала позиционируется в общем потоке (а позиционирование в общем потоке - вещь неоднозначная и часто непредсказуемая), а потом только так уж и быть тебе дается возможность этот элемент сдвинуть относительно его предыдущего места.

Общий полток - это когда ты вообще не указываешь свойство display. Ну допустим, стандартно блоки без указания дополнительных свойств выводятся один под другим. Вот представь вывелись они так, а потом уже свойствами left, top и т.д. при позишн релейтив ты указываешь смещение относительно его полученной позиции. Оказался у тебя блок снизу другого - вот его оттуда и смещаешь. А мне бы хотелось всегда относительно родительского. Общая идея ясна?

Как и у позиционируемого элемента, так и у родительского релейтив ничего особенно полезного не даст, просто смещение относительно его текущего места можно задать будет.

MT написал:

XHTML — это XML

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

Возможно, это и есть некий вектор дальнейшего развития..



Тогда вопросы:

В чём преимущества XML ?

Как это скажется на развитии ВЕБа?

Где "популярнее" про это можно прочитать?

MT написал:

О достоинствах XML предостаточно сказано и без нас. Универсальность, простота разбора вследствие простого/строгого синтаксиса и проч.

т.е. подводя итоги:
XHTML на сегодняшний день не лучше, а даже порой хуже, чем HTML. идеология верная, реализация нулевая.
в догонку:
http://softwaremaniacs.org/blog/categor … l-vs-html/

В обем, складывается впечатление, что с использованием xhtml порядка сильно не прибавляется. Хотя бы потому, что приходится прибегать к куче хаков под разного рода браузеры и другим ухищрениям. Да, пожалуй, xhtml - удел интузиастов, куда проще на скорую руку сверстать сайт на старом невалидном html. Зато я получаю удовольствие от аккуратного и компактного получененого кода.