SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Практически идентичный вопрос и ответы на него: http://forum.htmlbook.ru/index.php?showtop...amp;#entry87447
-
Почему бы не использовать для адреса специальный тег <address>? Большие сомнения по поводу трех <dl> по одной паре <dt>-<dd> в каждом. Лично я бы использовал заголовки третьего уровня и обычные абзацы. Почему бы не задать id="top-menu" прямо списку, без дива-обертки? Слово "Страхование", имхо, при расширении окна должно сдвигаться вправо, а то дырка между ним и "Экспертизой" уже при 1280px выглядит неестественной. Хотя, имхо, эти слова вообще тут некузяво смотрятся, но это уже к самому дизайну претензия, а не к верстке... Имхо, его фон вполне можно сделать прозрачным (PNG-8 или GIF). На мелких "зубчиках" вокруг букв разница оттенка будет практически незаметна, в отличие от четкой прямоугольной границы. А так вполне и очень даже
-
Не окно закроется, а документ в нем. Т.е. браузеру дадут понять, что больше туда ничего писаться не будет.
-
По идее — в цикле, который выводит ссылки меню, сверять url каждой с $_SERVER['REQUEST_URI'] (отбрасывая параметры и прочие несущественные мелочи, если надо). Если совпадают — использовать шаблон выделенной текущей ссылки, если нет — обычной. А вообще зависит от структуры сайта. Например, если меню многоуровневое, проверка будет посложнее.
-
Не то чтобы не дружат... скорее, стараются вообще не иметь дела, насколько это возможно). Есть варианты, когда все колонки делают плавающими, а их визуальный порядок меняют с помощью отрицательных margin-ов или position:relative (пара примеров).
-
CoDy, совершенно верно. Только иконка валидатора должна быть для того языка, который указан в доктайпе (у автора это не XHTML 1.0 Strict, а HTML 4.01 Transitional), разумеется)
-
Знает сам указанный сайт (http://img.hrej.cz/css/layout.css?version=16, строка 2350): .screenshots div div.list { height:120px; overflow:auto; /* это дает скроллинг, если он нужен */ padding:0; white-space:nowrap; /* это запрещает перенос строки */ width:100%; } Учитесь пользоваться функцией Inspect element в Firebug-е и ему подобных инструментах!
-
Видимо, речь об этом: http://www.positioniseverything.net/explor...characters.html
-
Элементарно: открыть в браузере, сделать View Source страницы, скопировать его в буфер, вставить в форму Direct Input валидатора Валидатору ведь без разницы, из чего и как собирается страница на сервере, его волнует результат — то, что идет в браузер... Доктайп неполный (без ссылки на DTD), с таким доктайпом браузеры будут отображать страницу в Quirks mode (как если б его вообще не было). И хорошо бы поднять #content выше по коду, чем боковые колонки (для SEO полезно, говорят) — если получится, конечно. А так нормально вроде.
-
Может, поставить msgWindow.document.close(); после msgWindow.document.write(pm);?
-
Насколько мне известно, это не лечится. По крайней мере, в прошлом году сам боролся с такой бедой — не нашел иного выхода, кроме как через дополнительную "обертку".
-
Я бы предложил убрать паддинг у ссылки (строчного элемента, отсюда и странности) и перенести его в <li>: margin: 0 0 5px 12px; padding: 0 0 0 17px; Альтернатива — сделать ссылку блочной, но тогда при коротком тексте будет нелогичное кликабельное пустое пространство.
-
pluto, из какого музея вы это спё... сорри, позаимствовали?
-
Как вариант: LEFT BG - фоном для HTML, RIGHT BG - фоном для BODY { min-height: 100%; position: relative; }, верхнюю и нижнюю "строки" оформить отдельными дивами (контейнер с общим фоном и в нем два плавающих блока, левый и правый), и спозиционировать абсолютно соответственно к верхней и нижней границам body. А у основного контента body задать отступы со всех сторон на размеры соотв. фоновых картинок...
-
Как вариант: <!DOCTYPE html> <style type="text/css"> ol, li { margin: 0; padding: 0; list-style: none; } li { display: table-cell; /* для FF2 */ display: inline-block; vertical-align: top; text-align: center; padding: 0.5em 0.25em 0; } * html li { display: inline; /* для IE6 */ } *+html li { display: inline; /* для IE7 */ } ol ol { border: 1px dotted #ddd; } span { background: #ddd; } </style> <ol> <li><span>Раз</span> <ol> <li><span>1.1</span></li><li><span>1.2</span> <ol> <li><span>1.2.1</span></li><li><span>1.2.2</span></li></ol> </li><li><span>1.3</span></li></ol> </li><li><span>Два</span> <ol> <li><span>2.1</span> <ol> <li><span>2.1.1</span></li></ol> </li></ol> </li><li><span>Три</span> <ol> <li><span>3.1</span></li><li><span>3.2</span> <ol> <li><span>3.2.1</span></li><li><span>3.2.2</span></li></ol> </li></ol> </li></ol> Вот только красивые соединительные линии без фоновой графики и/или SVG/VML нарисовать, по-моему, не получится...
-
IE неправ. Вот подробнее об этом баге. Кстати, в IE8 его исправили.
-
[offtop]Есть мнение, что накрывать чем бы то ни было такие си... упс, прелести - преступление. Даже в том случае, если бы их не тырят средь бела дня с чужого сайта... [/offtop]
-
1) Где написано? 2) Если смотрите в IE — забудьте про XHTML, его там не бывает. Зависит от браузера. В Gecko, если не путаю, пустые текстовые ноды от пробелов между тегами появляются всегда. В поведении IE есть логика (что отобразится в тексте, хотя бы в виде пробела, то и учитывается), но полагаться на это не стоит. div.getElementsByTagName('strong') и т.п. в помощь.
-
Есть мнение, что самое применимое на практике решение (пока живы IE <8) — отдельная строка требуемой высоты с за'colspan'енной пустой ячейкой + empty-cells:show. Да, уродливо, да, несемантично... но не мы ж такие, это жизнь такая...
-
При выставлении размеров JS-ом они всегда фиксированные в пикселях (offsetWidth и offsetHeight соотв-но . Так что в упор не вижу проблемы. Хотя с процентами тоже никакой проблемы нет -- если вложить iframe в этот самый позиционированный элемент, спозиционировать абсолютно внутри него, задать 100%-ые размеры и вдобавок сделать полностью прозрачным (селект он все равно будет перекрывать)...
-
В HTML 4.x Strict, XHTML 1.0 Strict и первой редакции XHTML 1.1. В любой Transitional-разновидности, в новой редакции XHTML 1.1 и в HTML5 — можно. В любом XHTML, имхо... как минимум нежелательно. Это историческая фича сугубо для text/html, при application/xhtml+xml она работать вовсе не обязана (хотя большинство реальных браузеров стараются поддерживать, ради совместимости с такими вот счетчиками и т.п.). А делать XHTML исключительно для отдачи как text/html, имхо, не очень логично... Судя по всему, к картинке счетчика.
-
Юзать ф-ции из mb-расширения, в частности mb_substr вместо substr, имхо. На крайняк — preg_match с модификатором u. И еще, str_replace умеет принимать первым параметром массив. А еще есть nl2br...
-
Имхо, если дорог строгий XHTML-доктайп, то самый верный способ — выкинуть на помойку эти попсовые счетчики с document.write и прочими анахронизмами. Все равно при правильном Content-type их работу никто не гарантирует...
-
Делать поиск методом POST — не лучшее, мягко говоря, решение. Имхо, лучше было бы воспользоваться хидден-полями (можно даже было бы дописывать их к форме динамически прямо перед отправкой). И, имхо, надежнее вешать обработчик не на клик кнопки, а на onsubmit самой формы — ведь форму можно засабмитить и с клавиатуры...
-
Если надо обнулить, то border-collapse:collapse — это даже старые IE понимают. Если задать конкретное значение, то border-spacing, но для IE6-7 не обойтись без чудовищного хака.