Цветков Антон

raven, код давайте

Обычно именно так и происходит... Код, пожалста...

tuls, благодарю - книжко получил... Правда, не сразу про пароль сообразил - само сообщение забыл прочитать...

Если я работаю для себя, то делаю "нормальный, код, и безглючность". Если на кого-то, то в первую очередь выполняю требования / пожелания заказчика, даже ценой валидности - раз он хочет быстро и ему плевать на "нормальный, код, и безглючность" - его право... Я как исполнитель должен сделать то, что желает заказчик... Естественно, что я никогда не стану делать все очень плохо, даже если заказчик не станет требовать высокого качества - тут уж дело принципа.

Ну, я не знаю, зачем о яндексе заговорили... Речь, помнится, шла именно о верстке, а не о конечном продукте... Где? Кем? Когда?

У меня все работает на Denwer'е... Попробуйте что ли вместо "<?" написать "<?php" - помнится, когда-то у меня проблемы были из-за этого.

ну если блоки не длжны быть растянуты по горизонтали, то нужно убрать "display: block"...

По поводу ошибок у Яндекса - практически невозможно без ошибок валидности создать такое количество скриптов. Ведь страница формируется там динамически => на поиск ошибок надо тратить мнго времени... и денег. Потому там уже пренебрегают валидностью. Но вот на стадии верстки сайта из изображения-макета уже как раз обязательным считается валидность документа.

1) abdomen, думаю, вы знаете, что существует 3 составляющие цвета - красный, зеленый и синий... Так вот наиболее явные их оттенки (т.е. когда видно, что это зеленый, красный и синий) практически не сочетаются друг с другом - находясь вместе, они сильно напрягают глаза. Потому для каждого цвета надо искать противоположный... например, для синего - желтый или оранжевый (это смесь красного и зеленого) и т.п. 2) Хранение всех стилей в html-файле - непрофессионально... 3) Написание стилей жутко неряшливое - в некоторых местах значения свойства font разнесены на несколько строк , а в некоторых местах наоброт - по несколько свойств в одной строке... Ужасно. А в целом - страничка не представляет из себя чего бы то ни было особенно выдающегося.

Плохого - ничего... Это вообще просто бессмысленно - зачем обращаться к "body#regular", когда можно аналогично обращаться к просто "body"? Ведь тег уникальный - зачем его идентифицировать еще и уникальным идентификатором (предложение не очень получилось, но суть, думаю, понятна)... А что смотреть - напишите просто "margin: 0"... Ну давайте, с удовольствием гляну - как раз занимаюсь фрилансингом (и как раз обитаю на Weblancer'е)... Слать сюда: aats88(а)gmail(.)com

По поводу разрыва - все очень просто... <div id="logo"> <a href="http://www.fugees.ru/"><img src="http://www.fugees.ru/images/logo_top1.gif" width="220" height="165" border="0" alt="Fugees.ru .:. Стволовые клетки Рунета" /></a> </div> Рассмотрим, что в данном коде является выводимым на экран (на данном слое): это рисунок и... пробел... От чего пробел? У вас стоит перенос после закрывающего тега . А перенос (как и прочие непечатные символы) интерпретируется в пробел. Так вот суть в том, что если после рисунка идет еще какой-либо текст, то в IE6 под рисунком появляется отступ. Короче, убираем в данном куске кода все табуляторы и переносы между "" и "" и радуемся жизни... По поводу самой верстки - абсолютные пути везде - жуть... Если домен захотят перенести, то придется сильно попотеть, чтобы исправить все пути... Это не гуд. На счет css-файла: 1) "margin: 0 0 0 0;" - не есть хорошо... 2) "left: 0px;" и т.п. - у нуля "px" не ставят... Ноль он в любых единицах ноль... И зато без px выглядит читабельнее. Ну а так более ничего не заметил, когда мельком просматривал код... Разве что за br поругать бы надо...

"padding-left: 35px" убрать, для "div.menu2 a" сделать "text-indent: 35px". Если пробема только в этом, тогда ладно... Я уж подумал, что баг еще в том заключается, что картинки нет (как у "Новости сайта" ниже)...

Гм... какие люди пошли... Поймите - гораздо проще решить проблему, когда виден весь документ... Может, у вас DOCTYPE не указан - потому и возникают глюки... Либо другая какая-нибудь антивалидность или несоответствие спецификации... Либо где-нибудь один стиль перебивается другим... Много различных проблем может быть. Уж в крайнем случае киньте кусок кода всего меню. PS: Я даже вижу возможный способ упростить вашу конструкцию меню (судя по показанному пункту), значительно его оптимизировав и убрав половину тегов... Так что для вашей же пользы - не поленитесь выложить весь документ на каком-нибудь сервере (раз занимаетесь html - давно пора завести) или здесь на крайний случай.

см. п. 4...

1) После "TEXT-DECORATION: underline" нет точки с запятой; 2) "height: 100%;" - бесполезен, если вы правильно указали DOCTYPE; если DOCTYPE указан неверно, то ошибка именно в нем (разница в браузерах отображения "по умолчанию"); 3) "display: block;" и "width: 210px;" - практически бессмысленно, т.к. block отчасти на то и предназначен, чтобы растягивать элемент по всей ширине; 4) Покажите вашу страничку, чтобы видеть баг.

По личному опыту могу сразу сказать - постоянно, когда верстаю PSD'шники, в конце работы, проверяя валидность, вижу либо зеленую полоску, либо ошибку, которая допущена исключительно как опечатка (например, забыл у закрывающего тега слеш поставить - при ручной верстке случается такое изредка)... А по поводу кроссбраузерности - я ничего не говорил... На нее в любом случае придется время тратить - валидный документ или нет. Только в первом случае обычно времени требуется меньше. В качестве примера: Если не указать DOCTYPE (а это явно не даст пройти валидность), то в Opera 8.5 и IE6 (в этих версиях точно, в других - не проверял) вот такой код: <div style="width: 100px; height: 100px; padding: 25px; background: #000;"> </div> выдаст прямоугольник черного цвета размером 100x100; в FF и Mozilla в это время получится прямоугольник размером 150x150. По стандартам должен быть прямоугольник именно размером 150x150 - и если правильно указать DOCTYPE, то все будет именно так во всех браузерах. Это демонстрация того, что правильно оформленный документ гораздо проще привести к кроссбраузерному виду.

ARA, вот кодировку править не стоит - вдруг автор делает сайт для буржуйчиков - в США, например, не очень любят русских... Потому если они увидят хоть один намек на нас (в т.ч. кодировка) - то сайт тут же заклеймят... А то если исправить кодировку на русскую - то вдруг потом забудет ее поменять... PS: говорю по личному опыту - сам сталкивался с заказчиком, который делал букмекерский сайт для американцев.

Ага, проблема заключалась в том, что при указанной кодировке ослика жестоко сглючило при чтении русских букв... Короче, просто сменить содержимое title - и все ок...

Хм... действительно... Ну, когда я это постил - оно работало... Потом мне приспичило оптимизацией заняться - редактировал прямо в сообщении формуа, без проверки - видимо, напутал что-то...

1) "display: block" и "float: left" - вещи несовместимые... Уберите последнее - и получите горизонтальные блоки. 2) У меня что по HTML 4.01, что по xHTML 1.1 - результат данного кода выдается одинаковым - с рамками и отступами (в Opera). 3) Где тег title? Без этого документ валидацию не пройдет... 4) Указывайте у размеров px... Вот, поигрался чуток с вашим кодом... Заодно кроссбраузерность наладил: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title>Пример</title> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <style type="text/css"> #menu { font-size: 13px; } #menu a { display: block; height: 32px; border: 10px solid #666; padding: 0 10px 0 10px; line-height: 32px; background-color: #ccc; color: #000; text-decoration: none; } </style> </head> <body> <div id="menu"> <a href="item1.html">Item_1</a> <a href="item2.html">Item_2</a> </div> </body> </html>

По поводу минуса, заключающегося в том, что человек тратит больше времени, соблюдая валидность - неправда... Знающий человек сразу на автомате пишет валидный код (после верстки остается обычно поправить какую-нибудь опечатку, либо просто любоваться зеленой полоской с надписью "This page is Valid...").

1) Раз картинка во фрейме, то для этой картинки фрейм = страница... Следовательно, задаем style="height: 100%; width: 100%"... 2) Отключаем появление полос прокрутки у фрейма (правда, содержимое фрейма все равно можно будет прокручивать колесиком). 3) Помещаем картинку в качестве фона - хоть она и не влезет, но зато никакой прокрутки...

1) Высоту для этих элементов нужно указывать через стили; 2) Ни одному элементу нельзя задать высоту в относительных единицах (относительно экрана). В соответствии со стандартами - никак. Либо, если вам побоку на стандарты - то не указывайте доктайп - тогда потянется...

Кодировка какая? Unicode?

Эх, третий раз уже пишу за два дня пребывания на этом форуме: после стандарта HTML 3.2 вертикальное растяжение сайта более не работает... В примере выше оно сработало лишь потому, что доктайп оформлен неправильно. Да и вообще нельзя указывать параметр height у тегов table, tr и td - жуткое нарушение стандарта.