SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Что-то моей фантазии не хватает, как считывание свойства href одним плагином может помешать другому. Если же плагин "для своей внутренней работы" развешивает левым элементам кастомные свойства, совпадающие по имени со стандартными DOM-свойствами других элементов... то, имхо, это просто хреновый плагин, который надо срочно фиксить (а лучше сразу выбросить . А вот <a name="...">, к сожалению, еще встречается (не далее как позавчера, кажись, его даже советовали на этом форуме), так что предположение, что все <a> суть ссылки, ломается уже здесь. И как все-таки быть со ссылками на мэпах (<area href="...">)?
-
Не путайте стиль верстки и язык разметки. Верстать в хорошем стиле можно и на HTML 4.01 (и браузеры будут отображать это в том же самом режиме, что XHTML!), равно как и на XHTML можно верстать вложенными таблицами. Хотя XML-ная строгость действительно в какой-то мере приучает к аккуратности...
-
Если не ошибаюсь, еще вариант — display:table. В IE 6-7, как и во II варианте, вместо него работает hasLayout в лице zoom (или любом другом). Основной недостаток первого варианта, на мой взгляд — привязка к определенной ширине левого блока (хотя в большинстве практических случаев это не критично). А вот для обертки — имхо, очень рискованная вещь. Стоит появиться определенной высоте у предка (напр., в случае растягивания на всю высоту окна и "прибивания" подвала), как контейнеры во всех браузерах, кроме IE6, "скукожатся". Лучше использовать все тот же zoom, имхо...
-
Anopsa, и с пробелами повнимательнее будьте. td.class и td .class — разные вещи: первое — ячейка с классом class, второе — любой элемент с классом class в любом месте внутри ячейки.
-
Полный код покажите. Там, скорее всего, padding от прошлых экспериментов остался.
-
А мне трехколоночный больше нравится...
-
Выставить абзацам нужные отступы в стилях. Например, p { margin: 0.5em 0; }установит отступы между абзацами в половину размера шрифта... Ну и чисто для коллекции, для насильного переноса длинных слов есть word-wrap: break-word (CSS3) — правда, работает только в IE, Safari и FF 3.5...
-
Можно (хоть и несемантично), но на шаге возникнут новые проблемы. А в варианте с фоном — нет .
-
Если не считать того, что первый не поддерживается и вряд ли будет когда-либо поддерживаться Самым Популярным Браузером™, а второй поддержан всеми производителями браузеров, легализует кучу уже работающих во всех браузерах вещей (innerHTML, autocomplete etc.) и уже в следующем году станет "кандидатом в рекомендации" (что по новым правилам W3C означает полную теор. готовность) — можно сказать и так Ну, до мастера мне далеко . Я просто хотел сказать, что слеш в пустых элементах — требование синтаксиса конкретного языка (XML, на котором основан XHTML), у которого есть свои плюсы, минусы и ограничения. И навязывать его для абсолютно всех случаев, без учета специфики задачи, как некую "религиозную догму" — имхо, не совсем правильно...
-
Класс .img-desc должен стоять у контейнера картинки и <cite>, а не у самой картинки. А поскольку ячейке таблицы position: relative; не задать, придется, видимо, вкладывать в них целиком структуру из первого примера...
-
<!DOCTYPE html>
-
Верно. Как и в XSLT и др. XML-приложениях. Но не в HTML. Могу сказать, что это XML-тег Только в тех, где оправдано применение XHTML (активно используется XSLT, экспериментальные проекты, где не важна поддержка IE, и т.п.). В новых проектах стараюсь использовать HTML5 и пишу <br>
-
В каком языке? Для справки, в SGML (на котором базируется HTML < 5) косая черта в теге формально является его концом (т.н. Null End Tag), и все что дальше (в данном случае угловая скобка), может восприниматься как отображаемый текст. К счастью, браузеры такой фигней не страдают. Но вот валидатор для HTML4.01 в режиме show outline эти скобки показывает. Сокращенная форма записи пустых тегов со слешем внутри — чисто XML-ная особенность (такая же по сути, как опциональность закрытия некоторых тегов в HTML).
-
Прижатый подвал совершенно естественен, привычен и ожидаем для двух традиций: - полиграфической (где нижний колонтитул на не до конца заполненной книжной странице — сразу после текста или-таки внизу? - программных интерфейсов (подвал рассматривается как элемент окна, нечто вроде строки состояния веб-проги и т.п.). Кстати, колончатая верстка — тоже чистой воды "полиграфизм". W3C долгие годы отчаянно противилась такому подходу, пытаясь удержать веб в рамках документориентированной парадигмы а-ля HTML1-2. Поэтому-то в CSS и не было нормальных инструментов именно для раскладки. Теперь, к счастью, это не так, возобновление работы над CSS3 Layouts Module — тому доказательство.
-
Пустой див в качестве разделителя, имхо, еще хуже, чем HR (у последнего хотя бы в HTML5 есть семантика разделителя). А вот верхний/нижний бордер или полоска фона нормального блока с чем-либо для визуального отделения его от предыдущего/следующего — пожалуй, оптимальный вариант в большинстве случаев. Когда и почему?
-
Видимо, VML имелся в виду. А VRML-я жалко...
-
А что вообще дает хак .#? Я такого даже не знаю... Это не для 5-го IE какого-нибудь?
-
На мой взгляд, стало гораздо лучше, более цельно. Но скроллинг при высоте 1024 остался (причем совсем несуразный, пикселей на 20, аж обидно...
-
На крайняк можно при наведении делать маргин отрицательным.
-
А если CSS в том же файле — работает? Может, каких нужных атрибутов у <link> не хватает? И на всякий случай, какой доктайп?
-
Скорее всего, имеет место попытка вставить абзац в строчный элемент (напр. ссылку или span). Но вообще psywalker прав, не видя кода поставить правильный диагноз трудно.
-
Я на работе тоже. А дома часто на ноутбуке с 1280х800, и нас таких миллионы
-
Что такого уж трудоемкого в том, чтоб дописать во вторую ячейку rowspan="2", а внизу добавить еще одну tr-ку с одной <td valign="bottom">? Еще простой вариант — одну из картинок сделать фоном. Остальные варианты, имхо, не проще переделки таблицы...
-
Кстати, у меня второй вариант вызывает гораздо меньше негатива, как минимум с точки зрения юзабилити . Еще бы цвета не такие едкие, да шапку поинтереснее (подчеркнуть динамику, разнообразие валют и курсов и т.п.)... и на мой невзыскательный взгляд для форекса сойдет за милую душу . Да и вебдваноль, имхо, вполне себе присутствует — в лице гламурно закругленных уголков
-
FF1±, Opera 8+, Safari 1+, Chrome... если страница отдана с XHTML-ным Content-type P.S. Не каждый элемент A — ссылка (знаю, знаю, <a name="..."> маст дай... но тем не менее). И не каждая ссылка, имхо — A (как насчет <area href="...">?)...