SelenIT

Белые буквы в ячейке с белым бэкграундом? Оригинально-с

Упс... похоже, я был неправ насчет CC в IE8. Перепроверил - вроде всё работает, <!--[if IE 7]> и <!--[if lte IE 7]> в IE8-притворщике срабатывают (а <!--[if IE 8]> нет). Видимо, был мой локальный глюк, приношу извинения за ложную тревогу. Плюс совсем забыл, что для IE8 есть хорошая "сыворотка правды", всегда выводящая его на чистую воду - <meta http-equiv="X-UA-Compatible" content="IE=Edge">... Но на всякий случай прошу всех небезразличных перепроверить еще раз . Вдруг есть какой-нибудь исключительный случай?

Предлагаю материться на вымерших языках: шумерском там, мохенджодарском, майянском, наконец. В крайнем-прекрайнем случае - на классической латыни (не на попсовой средневековой, которая тоже non penis canina est, а нормальной, кикероновской). По крайней мере, шанс нарваться на живого носителя и ненароком обидеть его минимален

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

Неужели? У меня CS3, там для анимированного гифа есть как минимум варианты палитры Exact (насколько я понимаю - тупо использовать цвета оригинала, не пытаясь "подгонять" для лучшего сжатия) и Custom (когда каждый цвет можно индивидуально заменить). Неужели в CS4 убрали?Как вариант, можно в самом фотошопе сделать (там есть панель Animation, к старых версиям вместо нее прилагалась отдельная прога ImageReady), там точно можно и прозрачный фон сделать, и цвет точно подогнать (и сохранить в палитре Selective). Но вообще Verder прав, лучше делать такую анимацию на флеше. А сугубо на мой взгляд - вообще не делать . Лучше поставить красивую статичную картинку (навороченную полимерную цепь и т.п.), а не судорожно дергающуюся молекулу метана, которая слабовато ассоциируется с пластмассами и лишь отвлекает от текста...

droncl, как вы себе это представляете? Чтоб форма была невидимой и ее можно было сабмитнуть яваскриптом?

Можно объединить поля в элемент fieldset, который можно задизейблить целиком. Правда, старые браузеры в этом глючат, периодически пропуская то чекбоксы, то радиобаттоны (что не удивительно, т.к. официально атрибут disabled у fieldset-а появился только в HTML5:).

Это только без доктайпа (или с кривым доктайпом, в общем, в Quirks mode) так. С нормальным доктайпом HTML4.01 Transitional (как сейчас по ссылке) IE тоже должен считать ширину вместе с отступами и бордерами.

psywalker, не то чтобы придирка, но не лучше ли было сделать иконки в "кредитной линии на любой вкус" фонами? А то перенос текста под них при ужатии ширины окна странно смотрится. Да и кода меньше). А так код отличный! Конечно, предела совершенству нет, можно еще попытаться избавиться от <div class="line"> (напр. попробовать сделать эту отбивку у предыдущего блока) и др. чисто декоративных пустых элементов (хотя практической пользы в этом немного, больше "научно-спортивный интерес"). Еще есть смысл попробовать уменьшить число фоновых картинок (пособирать что можно в спрайты)... хотя это можно и к придиркам отнести .

Насколько я знаю, не обязательно. У th есть опциональный атрибут sсope, показывающий, для чего она является заголовком - для столбца или для строки. По логике из этого следует, что th имеет право на жизнь в любой строке Только если кроме него в таблице нет ни thead, ни tfoot, ни других tbody. Если есть хотя бы один - нужно и все остальные указывать явно.

Так CC — тоже хаки, только, так сказать, "официальные", и с некоторых пор ненадежные. Для IE7 (и, соответственно, IE8-притворщика) иногда бывают нужны принципиальные правки (тот же hasLayout врубить и т.д.), но с <!--[if IE 7]> IE8-притворщик их не увидит, а вот с <!--[if IE]> *+html — запросто... Upd. Похоже, я наврал)

Не белый, а прозрачный (т.к. в сокращенной записи цвет не указан, используется дефолтный, а это transparent) и через него просвечивает дефолтный браузерный фон HTML. У меня-то он белый (как и рассчитано, а вот у AMD, вероятно, нет). Добавление #fff в ту строчку исключило бы такую ситуацию в принципе.

psywalker, так в том-то и дело, что теперь <!--[if IE 7]> ничего не гарантирует — в таком же режиме сайт может отображать и IE8, причем по независящим от автора сайта причинам (юзер сдуру нажал на кнопку "отображать сайт в режиме совместимости", злой админ конторы сгоряча внес домен в черный список, из-за какой-то редиски Микрософт внес домен в черный список и т.п.)... rash, похоже, делать общую добавку для IE, а внутри фильтровать по версиям хаками — единственный оставшийся вариант . Хотя... запись *+html валидна, так что если "фиксов" всего один-два — можно, наверное, и в основной файл добавить?..

А как же это? Туда же бы и фоновый цвет вписать...

Недавно всерьез задумался о фактической бесполезности условных комментов для IE8. Поскольку эта зверюга, не в пример предкам, не только хитро... умная, но еще и дюже самостоятельная в плане переключения своих аж 4-х режимов, а кондовые комменты тупо смотрят на фактический номер версии (который, в свете предыдущего, ни о чем не говорит), есть ли сегодня вообще какой-либо смысл в указании <!-- [if lte IE 7]> и т.п.? При этом *+html что-то, судя по всему, включается именно для режима рендеринга IE7 (неважно, настоящего или IE8-притворщика), т.е. строго когда надо. Получается, однозначно стоит использовать "неофициальный" хак? У кого какие соображения? Upd. Похоже, я наврал, извиняюсь за ложную тревогу

По ситуации, конечно. Я все-таки стремлюсь к тому, чтобы какой-то текстовый контент был: графические ссылки делать текстовыми ссылками с image replacement-ом (если б не куча HTTP-запросов, то для иконок я был бы вообще за <img> с адекватными alt-ами и title:), для скрывалок-раскрывалок дерева использовать инлайновый блочок с настоящим плюсом/минусом (конечно, если дизайн позволяет) и т.п. На крайняк, если чисто визуальные элементы жестко завязаны на наличие скрипта и без него не имеют никакого значения — пусть скрипт и генерит их по мере надобности, то же самое с фиксами для IE (iframe для перекрытия select-а всплывающими слоями) и т.п. Имхо, конечно, но я стараюсь придерживаться. Есть, например, вариант с псевдоэлементами :before/:after (+expression для IE6-7, увы). А вообще зависит от задачи. Для фиксированных по ширине блоков я обычно обхожусь двумя картинками (низ на сам блок + верх на его заголовок, теоретически можно еще к псевдоэлементу :first-line прицепиться, его даже IE6 понимает). А для полной резины по всем сторонам с прозрачностью и тенью, пожалуй, пока без дополнительных оберток действительно никак. Но новые браузеры понимают border-image (Сафари/Хром — уже, FF3.5 — вот-вот), так что все меняется к лучшему...

Имхо, с группировкой контента как раз все ОК, если с умом и по делу. Я выступал (и выступаю) против всяческих <div></div> и <span></span> (для рисования уголков и т.п.). Имхо, правильно делает "валидатор" Tidy, что их тупо выкидывает. Хотя, каюсь, порой самому приходится идти на компромиссы с этим злом (чертовы image replacement'ы и т.п.). Семантический бзик, конечно, вреден. Но семантический по...изм, на мой взгляд, вреден не меньше. Нужно как-то найти, методом экспериментального тыка, полумифическую золотую середину...

По моему пониманию спеки — для расширения стандартных семантических возможностей HTML, для придания блочному фрагменту смысла, невыразимого др. стандартными средствами. Т.е. для выделения какой-то части контента как имеющей некий особый смысл для чего-то за пределами собственно разметки. Напр. указание языка, привязка к опред. микроформату, особое визуальное отображение, в конце концов... А в чем фишка такого выделения пустоты? Есть ли смысловая разница, на каком языке молчать и каким цветом шрифта печатать пробелы?

Из текущей спеки HTML5: По элементарной логике: нет потомков — нет и значения ("семантика" равна нулю.Там же, content-model у дива — flow content, т.е. Следующий абзац, правда, обосновывает исключения из этого general rule (плейсхолдеры для последующего заполнения скриптом, заглушки для необязательных блоков на служебных страницах и т.п.), но... на то они и исключения

Вообще плодить лишние контейнеры нежелательно. Иногда из-за несовершенства текущего СSS и его поддержки браузерами приходится городить дополнительные дивы-обертки или "прокладки" для блоков (особенно для резиновых макетов, из-за невозможности указать одновременно внешнюю ширину и padding в боксовой модели CSS2), но это крайняя вынужденная мера. В фиксированных макетах почти всегда можно без этого обойтись (например, низ рамки рисуем фоном блока, а верх рамки — фоном его заголовка, он тоже блочный элемент). Пустые дивы — однозначно несемантичное зло. Вместо популярного <div class="clear"></div> лучше использовать похожий по принципу вариант с :after (aka easy clearing) либо overflow:hidden для контейнера (плюс hasLayout для IE6-7 в обоих случаях), без лишних элементов в DOMе.

Как вариант: http://xpoint.ru/forums/internet/html_css/...ead/42872.xhtml

Вот вариант в качестве наводки: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <title>тест</title> <style type="text/css"> html, body { margin: 0; padding: 0; } .header { position: relative; min-width: 800px; } .header img { position: absolute; top: 0; left: 0; } .header table { position: relative; height: 140px; width: 100%; } </style> </head> <body> <div class="header"> <img src="img/header-gradient.jpg" height="140" width="100%" alt=""> <table> <tr> <td>текст, очень много текста</td> <td>тут тоже очень много текста</td> </tr> </table> </div> <p>А тут идет обычный текст</p> </body> </html>min-width для контейнера должен быть не меньше ширины таблицы при ее минимальном сжатии. Проверил в FF3 и IE7. Надеюсь, чем-нибудь поможет...

А мне понравилось, гламурненько и динамичная диагональ удачно заиграла с наклоном правого края (правда, по "матрице эмоций самизнаетекого" направление этой диагонали не самое удачное, но он же учил, что законов у дизайна нет. Вот только кустящиеся футуристические колонки лично у меня слабо ассоциируются с уличными танцами (особенно после представленного здесь макета), я бы скорее там какой-нибудь бумбокс представил. А так вполне мило!

onreset="this.select1.disabled = true" по идее)

Ресет формы сбрасывает только данные (в их defaultValue и defaultChecked соотв-но), на изменения, сделанные скриптом (визуальные стили, disable-нутость и т.п.) ресет не влияет. Но у формы есть событие onreset, на которое можно повесить сброс таких изменений.