swetlana

а зачем фон, если в данном случае вполне корректно и предсказуемо должен работать list-style?

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

А почему они должны куда-то деваться? Где были, там и остаются. Это по необходимости. В данном случае display: block просто записан в css, в реальных проектах всё равно используется обнуление стилей, так можно туда записать display. А потом не все же из новых элементов блочные. Приведённый в этой теме пример является весьма частным случаем. Newbie, а вот эта папочка, что на скрине, является корнем сервера?

Нет, Макс, чуть забавнее всё. Во-первых, такой js нужен только для IE версии 8 и ниже, чтобы он сумел отобразить страницу, написанную на html5. Что делает браузер, когда встречает незнакомый элемент? Он полагает так: это элемент, он обладает всеми признаками нормального элемента, просто я такого не знаю, что ж, буду отображать. Что делает IE, когда встречает незнакомый элемент: фи! это несовместимая со мной хрень! Не буду я это отображать. И вот для того, чтобы IE так не выделывался, мы ему и пишем: document.createElement('новый_элемент'); И после этого он уже знает такой элемент и не артачится. Newbie, а где посмотреть на результат трудов? Наверняка ошибка какая-то глупая мелочёвая типа неверных путей например.

Newbie, а яваскрипт там исключительно для поддержки html5 в безнадёжно устаревших и отсталых браузерах. В нормальных он даже не подключается. В принципе это из кода очевидно. А для IE он просто создаёт незнакомые ему элементы. В данном случае можно было не универсальным скриптом пользовтаься, а обойтись простеньким document.createElement('header'); document.createElement('hgroup'); document.createElement('nav'); Хотите совсем без яваскрипта — не вопрос. Пишете по старому стандарту, например xhtml 1.0, и скрипт не нужен. В минусах по большому счёту только некрасивый код и некоторые неоправданные ограничения спецификации. ничего странного. Вы забыли файл /js/html5shiv.js. Без него естественно в IE такой бардак. Либо докопируте уж и его, либо добавьте те три строчки из моего предыдущего поста, либо используйте старинную спецификацию.

Казалось бы, простейшая задача. Но и здесь умудрились намудрить. Скажите пожалуйста, может я действительно чего не понимаю, но зачем делать блоку #header высоту больше, чем надо, а затем блок #navigation придвигать на место отрицательным маргином? Почему-то не удивительно, что в таких нагромождениях возникают ошибки. нате вот: ничего нигде не смещается. Посмотрите в код и сравните. Вообще, как показывает практика, около 95% бед от того, что нагромождается лишнее. Вот кто не хочет делать проще, тот и получает соответствующий результат: баги на ровном месте.

для начала хорошо бы описать, что должно получиться. Затем было бы неплохо привести код в соответствие со стандартами. Ну и обнулением стилей не стоит пренебрегать. Хотя бы таким: * { padding: 0; margin: 0; }

<ul> <li> <img src="img.png" /> <h4>КамАЗ</h4> </li> <li> <img src="img.png" /> <h4>ЕрАЗ</h4> </li> <li> <img src="img.png" /> <h4>БелАЗ</h4> </li> </ul> и в css: ul { width: 300px; overflow: hidden; } li { height: 100px; width: 100px; float: left; } ну а если семантично охота, то так: <section class="imageset"> <figure> <img src="img.png" /> <figcaption>КамАЗ</figcaption> </figure> <figure> <img src="img.png" /> <figcaption>ЕрАЗ</figcaption> </figure> <figure> <img src="img.png" /> <figcaption>БелАЗ</figcaption> </figure> </section> а в css примерно то же самое, только с иными названиями элементов и обязательным указанием display: block;

список делается в две строки

Вот только в соседней теме вопрос был на ту же тему. картинки ссылками — значит они завёрнуты в инлайновый элемент <a>? А что делают инлайновые элементы, если между ними какое-то количество пробелов, переносов строки или табуляций? Правильно, заменяют их одним пробелом. А отступы здесь ну ровно ни при чём.

Скажите, а чем всё-таки продиктовано использование display:inline-block? Таким оразом элемент принимает свойства как блочных, так и строчных элементов, в том числе и начинает учитывать пробелы. Чтобы он пробелы не учитывал, надо чтобы их не было, то есть, писать сплошным текстом: <div id="o">Kldj;glhkjsd;lghkjsH</div><div id="t">l;kjd;lgkj;dlkfjh</div><div id="d">sdflgjsdl;fjglsdkjg</div> Почему не использовать традиционное для таких случаев решение float: left? и да, кстати, бага тут нет. Всё закономерно. margin: 0 -2px 0 -2px; можно записать короче: margin: 0 -2px; С ним блоки встали вплотную друг к другу. Как бы. А теперь нажмите Cmd+«+» пару раз, разрушьте свою иллюзию. вплотную они до тех пор, пока ширина пробела 4px.

а вот если написать ещё проще: <!DOCTYPE html> …и далее по коду всё как можно проще: каждый элемент писать только сто раз подумав, действительно ли он тут нужен — то проблемы куда-то сами собой испаряются. Чудеса, да и только!

индексируют. По крайней мере Яндекс за таким был пойман не раз. Но всегда ли и от чего это вообще может зависеть — одной Богине ведомо.

адрес странички в студию! смотреть веб-инспектором куда продуктивнее, чем угадывать.

ну а, собственно, почему бы и не поиграться в телепата? Хотя нет, не буду. Покажите результат трудов своих, где такое происходит. А смотреть веб-инспектором (или на худой конец файербагом) куда лучше, чем пытаться угадать.

конечно здорово разбираться в бессмысленном нагромождении div'ов и понимать, что оно никакого отношения к делу не имеет, а то, что имеет, спрятано под переменной какому элементу присваивался z-index? Он должен быть присвоен пункту меню верхнего уровня, содержащему в себе подменю. То есть: <ul class="dropdownmenu"> <li><a href="">верхний пункт меню</a> <ul class="submenu"> <li><a href="">пункт подменю</a></li> <li><a href="">пункт подменю</a></li> <li><a href="">пункт подменю</a></li> </ul> </li> <li><a href="">верхний пункт меню</a></li> </ul> В этом случае надо прописать стиль .dropdownmenu > li { z-index: 42; }

Вы серьёзно не видите отличия моих скринов с ФФ и Оперы от ваших с тех же браузеров или это шутка? Я вам как раз о том, что шрифты и будут выглядеть по разному. И это нормально. Можно было бы наделать ещё с десяток скринов с различными пользовательскими настройками и ещё в некоторых других браузерах, в других ОС — и везде бы всё выглядело по разному. Следует понимать различие между понятиями «оформление текста» и «издевательство над текстом». Загонять текст в жёсткие рамки — это издевательство. Делать текст удобным для просмотра посетителем (с учётом индивидуальных особенностей посетителей. Кто-то может зрение бережёт и шрифты увеличивает — не такой уж и редкий случай) — это оформление.

Так а какие проблемы? Робот смотрит в код, а не на внешний вид страницы. Делаете стандартный вложенный список. Он и будет индексироваться. Как пример, вот здесь я сейчас заканчиваю халтурку: http://cro-shop.ru. Сайт конечно такой, что я его в портфолио вряд ли поставлю, но менюшка сверху выпадающая как раз как вам надо. Можете брать за образец и делать нормально.

ну пожалуйста: Вот в Firefox: Правда же, несколько иначе выглядит? А в Opera так: Да и в виндовом псевдобраузере тоже похоже: Чтобы текст умещался в одну строчку — такого мне не удалось увидеть нигде. Хотя, если честно, не везде смотрела. К чему я это всё: Не занимайтесь ерундой. Единственный способ жёстко определить внешний вид текста в браузере пользователя — это сделать его картинкой. Да и то, работает лишь с тучкой оговорок. Надо ли оно?

я Вам скажу больше: шрифт может отображаться по разному в зависимости не только от браузера, но и от операционной системы, от настроек сглаживания и ещё от неперечислимой массы обстоятельств, на которые мы ну никак повлиять не можем. Так что правильным решением будет дать шрифту свободу, а не загонять его в непонятные рамки. Ну и на всякий случай покажите страничку, на которой такая беда творится.

в упор не понимаю, зачем имя и аватарка помещены в таблицу. Начинать искать проблему надо откуда-то отсюда. Чем больше ненужных элементов, тем больше места для возникновения ошибок.

а зачем так делать? div — он и так блочный элемент. Вот если сделать .d a{display:block;} то сработает. Но не лучше ли сделать по уму, через список?

кстати, а зачем здесь span? на мой взгляд лишний элемент. Вполне можно было обойтись <li id="one"><a href="">

традиционное применение условных комментариев подразумевает подключение отдельного файла стилей для IE: <!--[if IE]><link rel="stylesheet" type="text/css" href="styles-for-ie.css" /><![endif]--> Для Вашего случая это как раз подходящее решение. В коде html пишете только один вариант, например <img class="videoyroki" src="videoyroki.png" />, в css для всех браузеров пишете: .videoyroki { position: relative; left: 180px; float: left; } и для IE переопределяете одно свойство в файле styles-for-ie.css: .videoyroki { left:180px; }

ну для начала <img /> — тэг одиночный, а не парный. и padding'а у него не бывает. А вот margin'ами вполне можно расстояние между картинками регулировать.