да при том, что они к сожалению ещё очень у многих и реально ie6 умрет не раньше чем через лет 5-7 а пока мы должны делать сайт для всех, а не накласть на «лошьё» которое юзает старье…
да знаем-знаем, только Вы наверно думаете что 1% пользователей — цифра ничтожная и их можно похоронить, а ведь IE6 пользуется гораздо больше пользователей, тем более на постсоветском пространстве
да, все очень круто в плане этого стандарта, но все как будто забыли про ie6, да и вообще про старые браузеры… на самом деле и в них всех это будет работать, только прийдется прописывать не только display: block; но и overflow: show; и ещё много всего, мне кажется этот стандарт — неболее чем заготовка на будущее, сейчас его ещё рано эксплуатировать ;)
ну дело в том, что верстка блоков абсолютами — это все равно что демонизм и поклонение сотоне.
как правило в таком макете открыв html код не можешь сразу понять что к чему, как это все работает, сетки они для того и придумывались, чтобы упорядочить расположение блоков, если верстка хорошая, то лично мне достаточно взглянуть только на её html-код и я уже в подробностях представляю себе всю сетку сайта, а если сверстать абсолютами, то футер в коде может спокойно идти между центральной и левой колонкой, а колонки вообще распологаться в обратном порядке и т.д. вообще хаос, к тому же как показывает опыт абсолютные верстки пишутся одними id'шками вместо вложенности и наследования классов, что также ухудшает читаемость и самый главный минус: абсолютами никогда не сделаешь действительно кроссбраузерную предсказуемую растяжку… вообще такой метод можно критиковать ещё очень долго, он ещё увеличивает css-код примерно в 1.5 раза и ещё много чего.
Хотя грамотный верстальщик даже абсолютами сделает все аккуратно и понятно, но я не встречал грамотных верстальщиков использующих абсолют
ну на самом деле прелесть метода помоему в том, что он подходит абсолютно везде (ну по крайней мере я себе такой макет не представляю где он не подойдет), тянучка не исключение ;)
честно говоря не уверен так как не системщик, но мне кажется что бот, который будет полноценно парсить страницу, строить DOM, выполнять JS и VB да ещё и выполнять свои функции будет жрать нехилые аппаратные ресурсы и для адекватной скорости работы ему потребуется свой дата-центр :) ведь даже google-боты нихрена подобного не делают ;)
на самом деле 2 недостаток таковым не является, т.к. только очень тупой пользователь заполнит поля с такими заголовками :) скорее здесь есть проблема в юзабилити, т.к. пользователь при виде таких полей просто повиснет на 3-4 секунды, после чего охренеет и не станет отправлять форму :)
не, подождите, помоему Вы сами запутались, если Вам нужно отсупить ещё на 10px и там сделать бордер, то конечно прийдется использовать ещё один оберточный див, но за больше чем год моей работы с такой техникой подобных задач не встречал, а вот задачу чтобы НА ГРАНИЦЕ между футером и контентом был бордер — были.
Предположим что футер 100px в высоту тогда просто делаем
.outer {
padding-bottom: 100px;
}
.footer {
height: 100px;
margin-top: -100px;
border-top: 1px solid red;
}
и все, линия получается точно на грнице между ними, кстати есть ещё версия:
.outer {
padding-bottom: 100px;
}
.footer {
height: 100px;
margin-top: -110px;
padding-top: 10px;
border-top: 1px solid red;
}
тогда линия залезет на 10px вверх на контент, на самом деле Ваша задача легко решается нужно только искать решения ;)
я верю Вам на слово, что Вы нормально распорядитесь своими знаниями и навыками, но личной мой опыт переверстки чужих версток говорит о том, что большинство людей абсолютно позиционирующих блоки на странице — просто извращенцы, предлагаю не пропагандировать такой метод, дабы их ряды не пополнялись ;)
не, конечно, пока такие люди есть — у меня есть работа, которая стоит дороже обычной верстки, но все же я за то, чтобы в нашей стране научились верстать…
а я чета не совсем туда коммент впихнул =)
не, на самом деле мы получаем точно такой же один дополнительный див, но в нашем случае он не пустой, он служит оберткой для всего кроме футера, я обычно называю его class=«not_footer» и сразу становится ясно че он делает и зачем призван на страницу, так малость логичнее и семантичнее ;)
не, на самом деле мы получаем точно такой же один дополнительный див, но в нашем случае он не пустой, он служит оберткой для всего кроме футера, я обычно называю его class=«not_footer» и сразу становится ясно че он делает и зачем призван на страницу, так малость логичнее и семантичнее ;)
да извращенцы кругом и рядом, сам постоянно сталкиваюсь с задачи переверстки чужих извратов и честно говоря такие проблемы и проблемами не являются, недавно был резиновый сайт (1000px-1400px) в котором все на странице позиционировалось на странице при помощи position: absolute, position: relative; но зато, бля, все дивами написано, хотелось плюнуть в лицо этому человеку :)
Лучше верстать портал таблицами и не пользоваться при этом colspan, rowspan, но без садизма =)
так он футер к низу вообще прижимать не умеет ;) да и мусор какой-то в коде нереальный, ручками такую сетку с css-clear'ом написать 5-10 минут, зато получится в 10 раз лучше ;)
это хуже чем em, но начнем с того, что нормальный браузер сориентируется в любой ситуации адекватно, а выползание надписи за границы зоны не такой уж и страшный грех (ну кроме тех случаев когда цвет шрифта близок к цвету бэкграунда окружения).
Но если вести идеологическую войну, стучать тапком по-столу и кричать что так правильно, а так нет, то px использовать для шрифтов принципиально неправильно, это единица измерения растровых изображений, а шрифт имеет свойства увеличиваться, которое заложенно в самой сути шрифта :)
Для шрифтов я пользуюсь исключительно em, но меня не напугаешь pt или px в графе font-size или line-height ;)
как правило в таком макете открыв html код не можешь сразу понять что к чему, как это все работает, сетки они для того и придумывались, чтобы упорядочить расположение блоков, если верстка хорошая, то лично мне достаточно взглянуть только на её html-код и я уже в подробностях представляю себе всю сетку сайта, а если сверстать абсолютами, то футер в коде может спокойно идти между центральной и левой колонкой, а колонки вообще распологаться в обратном порядке и т.д. вообще хаос, к тому же как показывает опыт абсолютные верстки пишутся одними id'шками вместо вложенности и наследования классов, что также ухудшает читаемость и самый главный минус: абсолютами никогда не сделаешь действительно кроссбраузерную предсказуемую растяжку… вообще такой метод можно критиковать ещё очень долго, он ещё увеличивает css-код примерно в 1.5 раза и ещё много чего.
Хотя грамотный верстальщик даже абсолютами сделает все аккуратно и понятно, но я не встречал грамотных верстальщиков использующих абсолют
а вот про метода с разницей во времени пишут очень мало, а зря :(
Предположим что футер 100px в высоту тогда просто делаем
.outer {
padding-bottom: 100px;
}
.footer {
height: 100px;
margin-top: -100px;
border-top: 1px solid red;
}
и все, линия получается точно на грнице между ними, кстати есть ещё версия:
.outer {
padding-bottom: 100px;
}
.footer {
height: 100px;
margin-top: -110px;
padding-top: 10px;
border-top: 1px solid red;
}
тогда линия залезет на 10px вверх на контент, на самом деле Ваша задача легко решается нужно только искать решения ;)
не, конечно, пока такие люди есть — у меня есть работа, которая стоит дороже обычной верстки, но все же я за то, чтобы в нашей стране научились верстать…
не, на самом деле мы получаем точно такой же один дополнительный див, но в нашем случае он не пустой, он служит оберткой для всего кроме футера, я обычно называю его class=«not_footer» и сразу становится ясно че он делает и зачем призван на страницу, так малость логичнее и семантичнее ;)
Лучше верстать портал таблицами и не пользоваться при этом colspan, rowspan, но без садизма =)
Но если вести идеологическую войну, стучать тапком по-столу и кричать что так правильно, а так нет, то px использовать для шрифтов принципиально неправильно, это единица измерения растровых изображений, а шрифт имеет свойства увеличиваться, которое заложенно в самой сути шрифта :)
Для шрифтов я пользуюсь исключительно em, но меня не напугаешь pt или px в графе font-size или line-height ;)