rash

Не заслужили, наверное :-)

У вас проблемы с версткой под девушек? У них проявляются странные баги?

Как это нельзя? Правый клик по папке в дереве проекта, New — HTML File.

Офигеть, 6 Гб. озу i7 чтобы отредактировать текстовый файл :-) Идея, в общем-то, при большом количестве файлов в проекте тоже прытью не отличается, но сравнить с аптаной не могу — давно от нее (аптаны) отказался. Да, чтобы бесплатно пользоваться идеей или WebIDE, можно регулярно брать EAP-версии.

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

А зачем Мейер обнуляет те поля/отступы, которые и так по умолчанию нигде не установлены, например?

И даже несмотря на это добиться от блочного каркаса универсальности и надежности табличного практически никогда не получится.

Ну так и я могу :-) В том-то и дело, что на флоатах 100% ширины не получится надежно добиться, а прописывать ширину нереально в том случае, если этот текст создается динамически (например свой в каждом разделе сайта). Но идея понятна, я думал может ты знаешь какое-нибудь решение, которое полностью и универсально решает задачу.

Ну давай попробуем. Сейчас сходу придумаю что-нибудь небольшое. Вот, допустим, меню. Должно всегда занимать 100% ширины, каждый элемент должен занимать ширину пропорционально содержимому. То есть ширина элемента «Статьи» не может быть равной ширине элемента «Почти самая главная».

Ну нужели не вспоминается ни одного примера, где таблица была бы надежнее и не подвела в неожиданной ситуации? Когда какая-то колонка должна тянуться по контенту, когда мы не знаем размеров да и вообще характера содержимого какого-нибудь элемента? Мне чаще именно такие случаи попадаться стали.

Кстати, на аймобилке пользователи IE6 — это не три копейки, как оказалось. У меня складывается впечатление, что вы слепо верите в то, что польза от поддержки IE6 ничтожно мала, и даже если это окажется иначе, вы не поверите просто потому, что уверены в обратном. Вы как подсчитываете нецелесообразность поддержки? «На глазок»?

Хм, ну да, точно. Туплю.

Вопрос: блоки или таблицы. месяц-два: таблицы! Удобно и просто! полгода-год: блоки! правильно, модно и семантично. еще через некоторое время: все равно как, смотря с помощью чего удобнее.

Вы вновь начинаете бредить из принципа? Я понимаю, что любовь большинства беб-разработчиков к говнолису настолько сильна, что они с радостью писали бы только под него, но давайте все-таки любить не только себя, но и пользователей? А мешает то, что рубль, судя по всему, уже и так поднят :-) Тем более я сомневаюсь, что в контексте того проекта пользователи сафари и оперы — это три копейки. А IE 6 — еще столько же.

Меня как раз смущает необходимость фиксированной ширины для лейбла. Таблица эту проблему решает. Чем вас пугает 200 форм?

Скажу страшную вещь: нужна таблица.

<div></div> против <table><tr><td></td></tr></table> А когда говорят, что ресурсов много, и экономить их не нужно, то продолжать разговор сразу не вижу смысла.

Ну вообще хотелось бы использовать для маркера списка именно стили, предназначенные для маркера списка. Но увы… Display: marker в CSS 2.1 убрали, непонятно почему, list-style-image — бесполезен. Сплошное расстройство :-)

Ну вот это как раз нормально.

Даже если и небольшая, то давайте заодно откажем в поддержке оперы и сафари?

Ну да, ну да... Я думаю это вопрос риторический, и отвечать на него даже не нужно. Ведь и так понятно.

Совсем не работают media-queries сейчас только в ИЕ.

Неа, media-queries :-)

Однако им можно пользоваться в IE6. Удивительно, правда? Формулировка верная. Если поддержка потребует xx $ и увеличит клиентскую базу на 15%, то ее стоит рассмотреть, но если она потребует xxxxx $ и увеличит клиентскую базу на 1,1% — то она нецелесообразна. Поддержка IE 6 и поддержка браузеров с отключенным JS — это как раз две приведенных категории.

Именно этого холиварного хлама я и не хотел. Я же делал оговорку в удаленном комментарии, что целесообразность зависит от необходимых усилий.