SelenIT

Как вариант — обернуть "проперти" и "вэлью" в общий контейнер и задавать бифор/афтер для него, единство размера будет гарантировано. Хотя для структуры dt/dd так не извернешься...

Так и пробую... На Хабре нашел другую статью, ориентируюсь на нее. MoFuse посмотрел, но... то ли я тупой, то ли сайт изменился, но региться даже на "$7.95/month" после клика на "Try it for free" как-то боязно Контент-тайпом, насколько я понял, сейчас можно не заморачиваться — все реальные мобильные браузеры понимают text/html? Интересно, а как у них с HTML5-радостями типа блочных ссылок?..

Коллеги, нужна срочная помощь. Имеется сайт www.zgames.com (игрушки для айфона), на самом айфоне отображается (имхо) адекватно, но к концу сегодняшнего дня нужно сделать для него отдельную мобильную версию. Никогда с такой задачей не сталкивался (всегда придерживался позиции, что лучше делать основную верстку доступнее, проверял в Опере Мини и всё), поэтому не знаю толком, с какого конца браться. Нужно ли юзать XHTML MP (с правильным контент-тайпом application/vnd.wap.xhtml+xml и т.п.)? И вообще, на что обратить внимание в первую очередь, а что можно оставить "на после"? Пожалуйста, помогите чайнику хотя бы сориентироваться...

Так вроде ж апдейты IE — часть виндоапдейта, а он по дефолту включен и работает именно что без спросу. И проблема как раз в тех юзерах, у которых — по причине страха "спалить" свою пиратку или из-за корпоративных политик — виндоапдейт отключен. Или речь про то, чтоб IE обновлялся независимо от виндоапдейта?

Может, проблема в том, что у первой скобки 300% берутся от 90% (кот. для property), а у второй и добавочной — от дефолтных 100% основного текста?

А в перечислениях шрифтов разве запятые не нужны?

Такой же заразой не будут. Главная "заразность" IE6 в том, что он долго был монополистом и куча корпоративного софта была заточена строго под него. У IE7 уже были альтернативы, у IE8 — и подавно. IE7 уже сейчас уходит следом за IE6 с отставанием от силы на полгода-год. Вот с IE8 останется проблема, потому что он — последний IE, работающий на XP, а XP не умрет еще долго (из-за многочисленной всякой "атомной" нетбучно-планшетно-HTPCшной мелочи). Но для таких маргинальных вариантов есть все остальные браузеры, есть Chrome Frame, в конце концов Тут уже отговорки про "корпоративные политики" не пройдут...

Потому что нечего юзать кириллицу в URLах. А если уж юзаете — не надо их обрезать. Или обрезать нормально, мультибайтными функциями, а не чем попало. Негодные символы — результат именно такой обрезки.

Есть сведения, что как минимум Гугл учитывает микроформаты...

Я в трудные молодые времена смазывал вентилятор от блока питания каким-то косметическим кремом (единственным маслообразным веществом, которое нашлось в соотв. кабинете, населенном преимущественно милыми бухгалтершами), вроде стало тише... правда, через пару недель тот блок всё равно сгорел (от судьбы не уйдешь) Если подшипник шариковый, смазка, имхо, делу вряд ли поможет. Но иногда помогает уменьшить перекос вентилятора, подтянув/ослабив держащие его винты (по крайней мере, мне помогало со старыми кулерами, с новыми навороченными на трубках и т.п. опыта пока нет).

По сабжу: видимо, да, причем преимущественно китайские. В Рунете доля IE6 уже не больше, чем среди посетителей W3schools, по всем авторитетным оценкам, причем корпоративных бедолаг (судя по разнице между буднями и выходными) из них не больше половины. У Сафари синий, но за пределами Маков ему это слабо помогает. И у Minefield-а синий . А вот с названием, да, MS угадал...

Я имею в виду валидацию одной и той же страницы и как XHTML 1.x, и как HTML5. Например, главная страница htmlbook.ru полностью валидна как XHTML 1.0 Strict, а как HTML5 содержит всего 3 некритичных ошибки (у <input type="image"> ненужный атрибут value и нет нужного атрибута, видимо, alt, плюс у одного object-а устаревший атрибут classid). Ничего фатального нет, значит, можно быть уверенным, что ни при каком режиме парсинга DOM не поломается

Мне тоже, честно говоря. Я бы, чем тратить время на подпорку для динозавра с <2% аудитории, потратил его на рефакторинг стилей (напр., перенести отступ на предыдущий элемент или, если это позиционированный блок, двигать его не маргинами, а штатными top/left etc.).

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

С точки зрения отображения любые Strict-ы — хорошо. Есть ли смысл биться за XML-валидность, если страница будет отдаваться как text/html — каждый решает для себя (мое имхо, что только ради этого оборачивать скриптовые вставки в CDATA и т.п. — перебор), это может быть оправдано и удобно, например, если в CMSке используется XSLT. Но об HTML-совместимости надо помнить, особенно если код пишется вручную (чтоб не случайно поставить чего-то типа <span/>, что пройдет валидацию, но для HTML-парсера окажется незакрытым тегом). Именно для этого я и предлагал дополнительно валидировать страницу как HTML5 — как минимум на предмет подобных случайных ошибок (полная двойная валидность, конечно, труднодостижима и не нужна).

Опять же, тоже вариант

А что за текст? Может, ему логичнее быть списком определений dl/dt/dd?

Только прикол в том, что, если это будет отдаваться как text/html, для браузеров это всё равно будет... HTML5 (сейчас — почти, в скором времени — совсем). Поэтому есть смысл валидировать и так, и этак (HTML5-валидатор как раз может отловить ошибки HTML-совместимости в XHTML-разметке, о которых XHTML-валидатор просто не догадывается). P.S. По моему мнению, вместо 4.01 Transitional лучше всё-таки "чуть-чуть невалидный" 4.01 Strict. Все фичи Transitional-варианта, запрещенные в Strict, в браузере всё равно работают, зато со Strict-доктайпом меньше сюрпризов в отображении CSS (он рисуется в стандартном режиме, а Transitional — в "почти стандартном", т.е. с узаконенным отходом от спецификации в нескольких мелочах). Когда спека HTML5 устаканится, можно будет просто поменять доктайп на новый и страница сразу станет валидной, не потеряв ни грамма функциональности. Но навязывать такую еретическую позицию не буду

Может быть, потому, что таблица не является ни инлайновым элементом, ни ячейкой?

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

Насколько я понял, там по раскрытию секции "бая "аккордеона" подгружается другая фоновая картинка неслабых размеров? Вариантов вижу минимум два — либо тихонько preload'ить картинки по onload страницы (вроде даже нагуглился плагин для того же JQ, кот. делает это автоматически), либо объединять подсвеченную и неподсвеченную картинки в один спрайт и различать состояния background-position'ом (высота секций ведь, насколько я могу судить, фиксирована?).

Эх, вот сик транзит глория когда-то легендарных "Спектрумов", "Байтов" и "БК-0010"...

Контейнеру фиксированные размеры и position:relative — и никого разбрасывать не будет.

Единственное, что, пожалуй, еще патриотичнее было бы Землю повернуть к зрителю Евразией, а не Америками

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