swetlana

позабавило Хотя такого рода шутки по уму и не очень уместны в подобных темах. Макс, а ведь это уже претензия на полноценный арканоид. Неиграбельность при управлении с клавиатуры выражается в том, что перемещение биты не плавное, а скачками на фиксированное расстояние. Это явный минус. Торможения, о котором тут говорили, не замечено. Нагрузки на процессор — тоже. Браузер — сафари. Сколько ядер — не знаю. Пауза — это щасье Можно теперь отвлечься и доиграть потом. А вообще здорово. Прямо аж раздразнил. Охота теперь тоже заняться чем-то подобным.

htmlonline, а может не надо? Никто не может простебать БГ лучше, чем его детище. А все эти потуги недоучек-фотошоперов выглядят по крайней мере жалко.

давно папа не пороль, да?

Veseloff, а разве для таких целей используется не http://thismail.ru/ ??

В IE8 все те же баги, что и в нормальных браузерах, а в устаревших IE вертикальной прокрутки нет, зато колонки съехали наверх и заехали на шапку. Блин, автор! Пять блоков расположить! Фикс! Куда такой мудрёж городить? (хотя признаю, бывает и хуже) Покажи макет.

htmlonline, не переживайте. В IE там всё ещё хуже.

что-то мне подсказывает, что ненужный мудрёж где-то ещё раньше. Общую задачу опишите пожалуйста. Для чего все эти блоки с ненужными свойствами?

ну, кстати, криво не только в Опере. А ещё как минимум в ФФ и Сафари (в других просто не смотрела). На первый взгляд ошибок видать две: • ни за что появляется вертикальная прокрутка. Это из-за сочетания height: 100% у body и margin-top: 50px у первого осмысленного элемента. Если либо убрать этот ненужный height: 100%, либо заменить у .header .zagol margin-top на padding-top, то прокрутка уходит. • не сочетаются заголовки в правой колонке и красные полосы на фоне. Тут только один вариант: убирать это гнусное нагромождение и делать как можно проще.

ну а подумать? [elder mode on]вечно вы хотите готовых решений и не довольствуетесь, когда вам дают пищу для размышлений[/elder mode off] display: table-cell что означает? Что включается эмуляция табличного отображения. А как должна себя вести ячейка таблицы в окружении всяких блочных и блочно-строчных элементов? Правильно, как белая ворона в стаде баранов. Вот она и чувствует себя неуместно и кажет чушь какую-то вместо ожидаемой картинки. Второму-то блоку тоже надо display: table-cell указать. Что, теперь с шириной проблемы? Не считается ширина 80% и 19% от div1? Сами поймёте почему или лучше сразу рассказать, что ширина ячеек в процентах считается от ширины таблицы?

Verder, я вообще-то о том же а также один из моих клиентов А по такому случаю чуть имею представление о том, как это делается. И на фоне этого все эти ничего не значащие фразы о копирайтах просто выглядят как-то убого что ли. Вызывают чуть ли не презрение с отвращением. Обычно стараюсь держаться и молчать по поводу этих «копирайтов». К тому же, как правило, люди на подобные замечания реагируют очень болезненно. Вообще, конечно, хотелось, чтобы на этот вопрос ответил тот, кто поставил такую фразу в свой макет. Непонятно, что вообще хотят сказать люди, ставя ничем не подтверждённые копирайтные пугалки.

Можно. .div2 { width: 80%; height: 60px; border: 1px solid blue; display: table-cell; float: left; vertical-align: middle; overflow: hidden; }

Нормально. Прогресс есть. Ощутимо лучше, чем было. Теперь следует двигаться дальше. Важно: не мешать всё в кучу. И любить надо тексты. Посетитель придёт на сайт за текстами, а не за огромными зелёными плашками. Хотя бы отступами обозначить, где заканчивается одна статья и начинается другая. Шапу можно сократить по крайней мере раза в два. Незачем убивать свободное место ради сомнительной художественной ценности нагромождения. Меню тоже можно сократить по крайней мере раза в два. И, кстати, мне всегда было интересно: «все права защищены» — это как?

ну для начала в коде не нашлось border-collapse: collapse для таблицы. Если его поставить, сделать display: block для картинок — всё встаёт на место. Ну ещё правой картинке можно float: right или ячейке, в которой она живёт — text-align: right. Но непонятно другое: для чего здесь вообще эта таблица? Она же служит только одной цели: разбить на части рамку. Но рамка эта неподвижна. Этот блок вообще абсолютно статичен. На фоне же всё равно большая картинка (которая с изображением Вестминстерского замка). Так почему б не объединить её с рамкой? В разы меньше кода, меньше проблем, в несколько раз меньше запросов к серверу — и это при том же объёме передаваемых данных.

ну для начала у вас для IE7 отдельный файл стилей с размерами. Начинать можно искать с него.

честно? в чём угодно. Мы ж не видим, как код организован. ссылку в студию пожалуйста

Влад, ирония иронией, но ведь некоторые принимают всю эту чушь всерьёз

klierik, это же было моим первым ответом, но топикстартер говорит, что сделал так.

быть не может. Где увидеть? —- кстати, о пользе обнуления стилей

Может надо начинать решение проблемы откуда-нибудь отсюда?

зачем значки о валидности? Вряд ли это именно то, что интересно посетителю.

Как же учёл, когда все те же ошибки? <a href="#delphi" id="delphi_img" title="Перейти на форум в раздел Delphi"></a> Это пустой тэг. Мягко говоря, не комильфо. В моём примере по ссылке выше показано направление правильного решения. применение id в данном случае не выглядит таким уж некрасивым, скорее оно тут вполне оправдано, но можно обойтись и без оного. Опять же в примере показано как. <input type="text" name="query" size="20" title="Введите текст для поиска" placeholder="Поиск..."/> ну почему type=text? Что за чушь? Это же поле поиска или я чего-то не понимаю? и зачем size и title? size служит для задания размера поля ввода, другого назначения у него нет. А размер задаётся в css. Значит здесь это мусор. title — выводит подсказку при наведении. Пользователь должен сразу понять, что перед ним форма поиска. А после того, как он понял, в столь дурацких подсказках он уже не нуждается. Мусор. <input type="submit" class="hidden_submit"/> это как? кнопка только для того, чтобы она была в коде, но от юзера её скрыть? Сударь, а вы юзеров вообще видели? Не сферических юзеров в вакууме, которые описаны в серьёзных научных трудах, а реальных. Тех, которые не знают, что это за кнопка с буквами «enter» у них на клавиатуре. Именно для этих юзеров и нужна кнопка, в которую можно ткнуть мышом. <section id="topBar"> эта конструкция исходит из положения, будто первично оформление. Если решите впоследствии поменять внешний вид, велика вероятность, что не удастся обойтись правкой css, а придётся менять всё целиком и полностью. Но об этом, конечно, можно говорить сколько угодно. Понимание приходит, когда встречаемся с такой ситуацией в реальности. <section id="container"> зачем? какова его смысловая нагрузка? Очередной раз исключать возможность перекомпоновки? И, кстати, зачем везде id? Смысла в них, мягко говоря, мало. В данном случае. Классы — значительно более гибкая штука. В частности, их можно комбинировать для более стройной структуры, а как следствие — удобного управления внешним видом страницы. Опять же в примере по ссылке показано, как можно поступить с теми же колонками. А в реальных проектах всё ещё интереснее. —-- да, ссылку на пример повторю на всякий случай: http://swetlanabayer.ru/blog/examples/code-live.ru/

В общем случае — да. В данном частном случае он надолго и уверенно один. Да даже если предположить, что появятся футеры в статьях, то конструкций типа body > footer или article footer также никто не отменял.

дивный суп с кучей лишнего. html5 и css3 сами по себе не делают вёрстку хорошей. <body> <div id="wrapper"> а зачем? почемуне обойтись одним контейнером? Естественным, body. Зачем лишний див тут? <section class="searchForm"> <form method="get"> то же самое: зачем лишний section? Он не несёт ни грамма смысловой нагрузки. value="Поиск" onfocus="this.value = '';" onblur="this.value = 'Поиск';" html5, говорите? А свойство placeholder для кого? Кстати, кнопка submit в форме всё-таки должна быть. <span> | </span> этот мусор зачем? Кто-то что-то про css3 говорил? Тогда почему не nav.topNav a:not(:first-child):before { content: "|"; }? ах, ие6 такого не поймёт… <section id="topBar"> имелся в виду <header>? Ан нет, в <header> завёрнута только часть шапы. Странно. Нелогично. <a href="#delphi" title="Перейти на форум в раздел Delphi"><section id="delphi_img"></section></a> набор тэгов, не содержащих в себе ничего — это нехорошо. Валидатор, конечно, не ругается на такую конструкцию (формально по спецификации это допустимо ибо section — элемент инлайновый), но она ужасна и противоестественна. <section> применяется для раскладки. Этим тэгом выделяется часть страницы, чтобы в ней разместить логически завершённую часть информации. Размещать его внутри ссылки — это примерно как шубу в трусы заправлять. <section id="mainNavBg"> <nav id="mainNav"> Опять же: зачем? Зачем два контейнера там, где по смыслу нужен один? Ну и использование id без достаточно увесистых на то причин — нехорошо и бессмысленно. Верх тут: <footer id="footer"> Зачем? <footer> — он и есть футер. Он не нуждается ни в каких id. Он один на странице. <ul> <li>Sergey Levitin © 2010-2011. All rights reserved</li> </ul> Простите, а это список чего? Или я не понимаю, а в будущем сюда добавятся копирайты соавторов? Как вы думаете, зачем изобрели html5 с его новыми тэгами (пока умолчим о новом функционале, который в данной странице не использован, да и пока не всегда можно применять на практике), когда всё то же можно сверстать на html4 или xhtml? Чем к примеру <header> лучше <div id="header">? Да только тем, что код получается более чистый, красивый и осмысленный. А в вашем случае эта возможность не использована. Тогда каков смысл? ———— вот приблизительный набросок, как то же самое можно было сделать: http://swetlanabayer.ru/blog/examples/code-live.ru/ Только прошу не кидаться тапками и тухлыми помидорами, глядя на это чудо в IE. Всё-таки не полноценная работа, а именно набросок за полчаса для общего представления. Там и стили-то частично утянуты у топикстартера без оглядки на здравый смысл. Хотя использование сторонних решений для градиентов в IE заменено на использование штатных возможностей этого браузера.

кроссбраузерной страницу сделать можно, если не выдумывать себе лишних сложностей в плане идеального соответствия. Уже как минимум год почти только html5+css3 использую без лишних заморочек. Полёт нормальный.

Знание 1С-Битрикс и опыт работы с данной CMS крайне желателен. Лень категорически приветствуется. То есть, если можно что-то не делать, этого делать не следует. Прежде чем кидаться писать собственный код, следует посмотреть в документации. Наверняка эта задача уже решена. Стеснительность не одобряется. Если клиент неправ, следует об этом сказать сразу во избежание некачественного результата (с адептами религии «клиент всегда прав» нам не по пути. Клиент прав только тогда, когда он прав). Если вы не знаете, как решить поставленную задачу, не стесняйтесь спрашивать, решим совместно. Ваша репутация от этого не пострадает. Важен результат. Пишите либо в личку здесь, на форуме, либо на почту swetlana.bayer@gmail.com, либо в такой же джаббер.