» Кілька трюків

Аккумулятор csb gp12170 элементы питания разные со склада.

А тепер на закуску кілька трюків із фреймами:

1. Якщо ваш сервер підтримує кэширование можна створити один невидимий фрейм (товщиною в 0 пикселов) і завантажувати в ньому різні картинки щоб вони в наслідку моментально вантажилися в іншому документі.

2. А ще можна створити фрейм відповідному розміру картинки бэкграунда , виключити бордюр і рамку, що облямовує, і тоді коли документ завантажиться він буде виглядати як звичайний одне-екранний документ.

Позиціювання.Таблиці

Як ви знаєте, верстка складається зі створення блоків й їхнього позиціювання. Виходить, що позиціювання є останньою перешкодою на шляху до повного усвідомлення HTML-верстки. Давайте зробимо рішучий крок.

Надійність і каліцтво таблиць

Як я неодноразово повторював, таблиці відрізняються винятковою надійністю й передбачуваністю. На основі таблиць гарний верстальщик може без перевірки результату зверстати досить складний макет так, що він буде правильно смотреться у всіх популярних браузерах. Таблиці володіють досить гнучкістю, щоб дозволити зверстати макет практично будь-якої складності. Звідки в таблиць такі властивості? Всі дуже просто:

специфікація таблиць у стандарті HTML 4 удала

популярні браузери відмінно підтримують реалізацію таблиць

підтримка таблиць ідентична у всіх популярних браузерах

От три фактори, які визначають надійність і передбачуваність таблиць. Що ще треба верстальщикам? Навіщо ламати списа, придумувати якісь нові стандарти, намагатися їх втілити й зробити на їхній основі нормальний сайт?

Напевно, не від гарного життя, як ви думаєте? От й я думаю, що в таблиць є певні недоліки. Недоліки наступні:

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

багато зайвого й непотрібного коду, що веде до збільшення ваги документа

відносна складність модифікації коду

погане сприйняття коду документа. Це самий противний недолік. Він особливо яскраво проявляється, коли доводиться вносити зміни в сайт, що був зверстаний рік назад.

Насправді, недоліки не критичні. Дійсно, адже вже кілька років верстальщики успішно використають таблиці. Але завжди хочеться кращого. Прагнення до простоти й логічності невід’ємна властивість будь-якого нормального верстальщика.

Саме через прагнення до логічності створили каскадні таблиці стилів. Саме із-за нього деякі вже зараз намагаються використати CSS-блоки для верстки сайту. Здавалося б, що простота не така вуж необхідна річ, навіщо її так страждати? Візьмемо ідеальний варіант, коли специфікація CSS дуже гарна й коректно підтримується всіма браузерами. Що тоді одержить верстальщик?

По-перше, економія часу. Усе буде робитися швидше, допрацьовуватися швидше й перероблятися швидше. Оптимізація процесу завжди вкрай корисна річ. Керуючі проектами будуть страшно задоволені, а верстальщики викроять зайва година в день на вивчення цікавої нової технології, наприклад.

По-друге, чисто эстетическое задоволення. Коли все виходить набагато простіше й гарніше, людина почуває себе краще. Піднімається настрій і робота здається не такий вуж противної.

По-третє, документи полегшають, вони будуть швидше завантажуватися й відображатися браузерами. Який власник сайту не хоче, щоб сторінки завантажувалися не за 6 секунд, а за 4 секунди?

Для мене важливі всі пункти, але особливо другої. Я ставлюся до того сорту людей, для яких простота й зрозумілість - головне. І неважливо, стосується це дизайну, HTML-коду або PHP-скрипта. Все повинне бути як можна зрозуміліше й простіше. Напевно є люди, яким здається, що такі речі зовсім не важливі. Вони одержать мінімум переваг, використовуючи CSS.

Помріяли й вистачить, давайте спустимося з небес на землю. Якщо використати CSS по максимуму, то про економію часу можна забути. Вам доведеться писати кросс-браузерный код і проводити багато часу, вирішуючи проблеми сумісності. Іноді поводження браузера настільки дивне, що просто діву даєшся. Складність HTML-коду, звичайно, значно зменшитися, але зате CSS-код буде дуже навіть непростим. Єдине, на що можна сподіватися, - це зменшення ваги сторінок.

Звичайно, у багатьох випадках можна відносно легко написати кросс-браузерную таблицю стилів. Але не завжди. У всякому разі, буває складно відразу знайти правильний підхід до макета. Іноді здається, що найкраще верстати таблицями, а виявляється, що й CSS-блоками було б відмінно. Оцінка макета й вибір правильного підходу приходять із досвідом. Ми з вами ще будемо говорити про те, як дивитися на макет й як вибирати спосіб верстки.

У четвертому розділі був приклад, як не треба верстати сайти. У цій главі ми будемо всіляко мучити все ту ж сторінку й приводити її в людський вид. Спочатку за допомогою звичайних таблиць, потім за допомогою CSS-блоків й CSS-позиціювання. Подивимося, який спосіб верстки для даного приклада виявиться більше правильним. Чесно говорячи, мені й самому цікаво, але чомусь здається, то документ можна відмінно зверстати за допомогою CSS-позиціювання.

Я поки не буду приводити код макета, що був зверстаний макет у четвертому розділі, а відразу почну верстати правильно. Все-таки ми з вами вже досить серйозно просунулися вперед, і верстати неправильно не хочемо. Заодно освоїмо основні принципи табличної верстки.

Отже, у четвертому розділі верстальщик усе запхнув (більше м’яке слово складно знайти) в одну єдину таблицю. Він порушив головний принцип табличної верстки.