Позиционирование: всему свое место
Михаил Дубаков
Позиционирование с помощью таблиц.
Как
вы знаете, верстка состоит из создания блоков и их позиционирования.
Получается, что позиционирование является последней преградой на пути к полному
осознанию HTML-верстки.
Давайте сделаем решительный шаг.
Как
я неоднократно повторял, таблицы отличаются исключительной надежностью и
предсказуемостью. На основе таблиц хороший верстальщик может без проверки результата
сверстать достаточно сложный макет так, что он будет правильно смотреться во
всех популярных браузерах. Таблицы обладают достаточно гибкостью, чтобы
позволить сверстать макет практически любой сложности. Откуда у таблиц такие
свойства? Все очень просто:
спецификация
таблиц в стандарте HTML 4
удачная
популярные
браузеры отлично поддерживают реализацию таблиц
поддержка
таблиц идентична во всех популярных браузерах
Вот
три фактора, которые определяют надежность и предсказуемость таблиц. Что еще
надо верстальщикам? Зачем ломать копья, придумывать какие-то новые стандарты,
пытаться их воплотить и сделать на их основе нормальный сайт?
Наверное,
не от хорошей жизни, как вы думаете? Вот и я думаю, что у таблиц есть
определенные недостатки. Недостатки следующие:
нелогичность
использования таблиц для создания структуры документа, что неудивительно, ведь
таблицы изначально для этого и не предназначались
много
лишнего и ненужного кода, что ведет к увеличению веса документа
относительная
сложность модификации кода
плохое
восприятие кода документа. Это самый противный недостаток. Он особенно ярко
проявляется, когда приходится вносить изменения в сайт, который был сверстан
год назад.
На
самом деле, недостатки не критичные. Действительно, ведь уже несколько лет верстальщики
успешно используют таблицы. Но всегда хочется лучшего. Стремление к простоте и
логичности неотъемлемое свойство любого нормального верстальщика.
Именно
из-за стремления к логичности создали каскадные таблицы стилей. Именно из-за
него некоторые уже сейчас пытаются использовать CSS-блоки для верстки сайта. Казалось бы, что простота не такая уж
необходимая вещь, чего ради нее так страдать? Возьмем идеальный вариант, когда
спецификация CSS очень
хорошая и корректно поддерживается всеми браузерами. Что тогда получит
верстальщик?
Во-первых,
экономия времени. Все будет делаться быстрее, дорабатываться быстрее и
переделываться быстрее. Оптимизация процесса всегда крайне полезная вещь.
Управляющие проектами будут страшно довольны, а верстальщики выкроят лишний час
в день на изучение интересной новой технологии, например.
Во-вторых,
чисто эстетическое удовольствие. Когда все получается гораздо проще и красивее,
человек чувствует себя лучше. Поднимается настроение и работа кажется не такой
уж противной.
В-третьих,
документы станут легче, они будут быстрее загружаться и отображаться
браузерами. Какой владелец сайта не хочет, чтобы страницы загружались не за 6
секунд, а за 4 секунды?
Для
меня важны все пункты, но в особенности второй. Я отношусь к тому сорту людей,
для которых простота и понятность — главное. И неважно, касается это дизайна, HTML-кода или PHP-скрипта. Все должно быть как можно
понятнее и проще. Наверняка есть люди, которым кажется, что такие вещи
совершенно не важны. Они получат минимум преимуществ, используя CSS.
Помечтали
и хватит, давайте спустимся с небес на землю. Если использовать CSS по максимуму, то про экономию времени
можно забыть. Вам придется писать кросс-браузерный код и проводить много
времени, решая проблемы совместимости. Иногда поведение браузера настолько
странное, что просто диву даешься. Сложность HTML-кода, конечно, значительно уменьшиться, но зато CSS-код будет очень даже непростым.
Единственное, на что можно надеяться, — это уменьшение веса страниц.
Конечно,
во многих случаях можно относительно легко написать кросс-браузерную таблицу
стилей. Но не всегда. Во всяком случае, бывает сложно сразу найти правильный
подход к макету. Иногда кажется, что лучше всего верстать таблицами, а
оказывается, что и CSS-блоками
было бы отлично. Оценка макета и выбор правильного подхода приходят с опытом.
Мы с вами еще будем говорить о том, как смотреть на макет и как выбирать способ
верстки.
В
четвертой главе был пример, как не надо верстать сайты. В этой главе мы будем
всячески истязать все ту же страницу и приводить ее в человеческий вид. Сначала
с помощью обычных таблиц, затем с помощью CSS-блоков и CSS-позиционирования.
Посмотрим, какой способ верстки для данного примера окажется более правильным.
Честно говоря, мне и самому интересно, но почему-то кажется, то документ можно
отлично сверстать с помощью CSS-позиционирования.
Для
тех, кто забыл как выглядит главная страница сайта компании PopStar, приведен рис. 9.1.
Рис.
9.1 Макет сайта компании PopStar
Я
пока не буду приводить код макета, который был сверстан макет в четвертой
главе, а сразу начну верстать правильно. Все же мы с вами уже достаточно
серьезно продвинулись вперед, и верстать неправильно не хотим. Заодно освоим
основные принципы табличной верстки.
Итак,
в четвертой главе верстальщик все запихнул (более мягкое слово сложно найти) в
одну единственную таблицу. Он нарушил главный принцип табличной верстки.
ПРИНЦИП
1
Каждый
горизонтальный блок по возможности надо заключать в отдельную таблицу. Чем
больше отдельных таблиц, тем лучше.
Преимущества
такие:
Браузер
будет показывать таблицы по мере загрузки. Если все поместить в одну таблицу,
то браузер покажет странице только после завершения загрузки всего кода.
Визуально будет казаться, что страница загружается быстрее.
Каждую
таблицу можно более гибко настроить для конкретного блока. Например, первый
блок можно сверстать таблицей из трех колонок, а второй — из пяти. Если же
использовать одну таблицу, то придется и первый, и второй блок верстать с
помощью пяти колонок.
Если
посмотреть на рис. 9.1, то сразу бросаются в глаза три больших блока, которые
можно заключить в отдельные таблицы:
Первый
блок содержит логотип и заголовок «Новости»
Второй
блок содержит центральную часть (меню, текст и сами новости)
Третий
блок содержит копирайт
Вот
мы и определили общую структуру документа. Сейчас самое время заняться каждый
блоком в отдельности и подумать, как его лучше сверстать. При этом хорошо бы
иметь ввиду второй принцип табличной верстки:
ПРИНЦИП
2
Чем
меньше используется столбцов и строк, тем лучше. Не надо усложнять то, что
можно сделать просто. Облегчите жизнь себе и браузеру.
Займемся
первым блоком. Его можно сверстать с помощью таблицы, которая содержит один ряд
и четыре столбца, как показано на рис. 9.2
Рис.
9.2 Первый блок, разбитый на столбцы
Первая
ячейка таблицы содержит одну линию, которую можно реализовать отдельной
картинкой. Вторая ячейка содержит логотип, так что без картинки здесь никак не
обойтись. Третья ячейка опять содержит линию. Возникает подозрение, что в
данном случае лучше реализовать линию с помощью фонового рисунка. Отличная идея!
На волне фоновой идеи можно еще немного подумать и понять, что первые три
ячейки хорошо бы вообще объединить в одну. Действительно, отобьем картинку с
логотипом от левого края с помощью невидимой распорки, зададим большую ширину
для ячейки, сделаем фон — и все. Последняя четвертая ячейка (которая уже успела
стать второй), будет иметь небольшую картинку, чтобы сделать левый край плашки,
а затем все продолжится фоновым рисунком.
Вот
мы и определились с первым блоком. У нас получится одна большая картинка, и три
совсем маленьких и легких. Вспомните, как делал верстальщик в четвертой главе.
Он весь первый блок верстал с помощью больших картинок. Конечно, такой подход
противоречит третьему принципу табличной верстки:
ПРИНЦИП
3
Необходимо
использовать минимум изображений как можно меньшего размера.
В
нашем случае меньше изображений использовать практически невозможно.
После
того, как первый блок разложен по полочкам, возможны два варианта развития
событий:
Продолжать
в том же духе с остальными блоками, пока все не станет совершенно ясно
Сверстать
первый блок, а затем заняться остальными.
Мне
ближе второй подход. Наверное потому, что мне нравится как можно раньше видеть
результат. Кроме того, я точно не успею забыть, что успел придумать для первого
блока.
Раз
уж мне нравится второй подход, его и будет применять. Начнем верстать первый
блок, чтобы на практике закрепить теоретические изыскания. Для начала как
обычно надо заготовить картинки:
Логотип:
logo.gif
Первый
фоновый рисунок: bg1.gif
Тоненький
рисунок начала плашки, которая над словом «новости» (его нельзя сделать фоном,
так что приходится вставлять рисунком): block-left.gif
Второй
фоновый рисунок для плашки: bg2.gif
Слово
«новости» тоже надо делать рисунком, так задумал дизайнер: news.gif
Все
необходимые картинки готовы, можно приступать. Помним, что нужна таблица всего
из двух ячеек. В табличной верстке всегда вначале создается таблица с заданными
параметрами. В нашем случае суммарная ширина таблицы 750 пикселей. Определяем,
что ширина первой ячейки должна быть 517 пикселей, значит ширина второй — 233
пикселя. Расстояния между ячейками и отступы надо обнулить. Создаем такую
таблицу:
Начинаем
вставлять изображения. Фоном для первой ячейки служит bg1.gif. Сразу же вставляем и логотип.
Смотрим
на результат и видим, что фон с картинкой отлично состыковались, но картинка
прибита к левому краю. Помните, я говорил, что ее можно отбить с помощью
распорки? В данном случае есть способ и получше. У тега есть атрибут hspace, который
задает поля картинки по горизонтали. Дело в том, что поля задаются и справа, и
слева, но как раз сейчас это роли не играет. Так что можно отбить логотип вот
так:
Перейдем
ко второй ячейке. Зададим там фон, и вставим два рисунка. Заметьте, что
«новости» располагаются сразу под плашкой, так что между рисунками стоит
перевод строки:
Посмотрев
на результат и замечаем, что рисунок block-left.gif не стыкуется с фоновым. Немного
подумав, вспоминаем, что он должен быть прибит к верхнему краю ячейки, но на
самом деле этого нет. Просто у ряда таблицы надо прописать valign="top". В результате имеем код:
Пока
получается достаточно компактно и просто, как вы считаете? Обратите внимание на
некоторые детали. Я везде указывал размеры картинок. При табличной верстке
указывать размеры необходимо, потому что браузер будет быстрее обрабатывать
таблицы. Кроме того, я не указал атрибут alt для картинки lock-left.gif. Конечно,
такой код противоречит стандарту HTML,
но в данном случае картинка не несет никакой смысловой нагрузки. По
спецификации в подобных случаях надо задавать пустой атрибут, то есть alt="", потому что голосовые
браузеры в этом случае не будут говорить «неизвестное изображение», а тактично
промолчат. Учитывая тот факт, что таких браузеров в русскоязычном интернете
катастрофически мало, можно их проигнорировать (Я признаю, что моя позиция не
совсем корректна. На западе сейчас активно развивается такое движение, как accessibility, то есть общедоступность
содержания страниц.