SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Ну мало ли, вдруг человек верит еще в чудеса...
-
Если ширина картинки (хотя бы максимальная) известна, можно так (ширина абзаца взята такая, чтоб картинке заведомо хватило место рядом с ним, с учетом пробела между ними).
-
А качество получившегося англ. текста имеет значение или важно тупо его наличие?
-
Видимо, речь шла не о порядке CSS-свойств в правиле, а о порядке блоков в разметке . Правда, вопрос, нужно ли менять этот порядок по сравнению с видимым, не так уж однозначен — Роджер Йоханссон, например, доказывает, что не нужно, т.к. расхождение может нарушить правила доступности контента WCAG 2.0. Сугубо имхо, Роджер несколько "сгущает и приукрашивает", но совсем забывать о таких вещах тоже не стоит... По-моему, скорость мобильных каналов сейчас как минимум сравнима с ADSL. Полагаю, что процент активных пользователей обычных сайтов через GPRS сравним с процентом пользователей с "принципиально" отключенным JS IE5-то поддерживает, другой вопрос — кто сегодня поддерживает IE5?
-
На мой взгляд, логично "плясать" от ширины этих фотографий. Когда "во всю возможную ширину" вместятся они обе, когда — одна + боковая колонка, когда — только одна фотография (и то ее придется уменьшать). Для каждой ситуации может быть целесообразным свой вариант оформления...
-
Совсем строго говоря, элементы были и остались обязательными (из DOM они никуда не денутся), но вот открывающие и закрывающие теги для них — были (кроме XHTML) и остались необязательными
-
<!DOCTYPE html><title>С праздником!</title><h1><strong>Ура!</strong></h1>
-
Применительно к вебу, client side — это всё, что выполняется в браузере (CSS, JS + DOM). Ну в крайнем случае в его плагинах, типа Flash.
-
Поздновато спохватились А вот Transitional-доктайпы пора сдавать в музей — ничего хорошего, чего не может дать короткий доктайп, они не приносят (кроме сомнительной радости от "проверенной веками схемы валидации"), а проблемы в современных браузерах доставить могут. "Разобрал сотню готовых медицинских рецептов, врачи там назначали лекарства совершенно разные" . Это нормально. Границы смены стиля отображения определяются не только спектром целевых устройств, но и самим контентом (в первую очередь им!), поэтому универсального решения на все случаи жизни нет и быть не может. Лучший советчик — здравый смысл.
-
У докторов, насколько я понял, список используется исключительно потому, что а ЖHTML весь из себя такой cowpath-paving...
-
Вообще по семантике HTML5 положено именно списком Буду благодарен за точную цитату . Спецификация пестрит какими угодно примерами — там и навигация в абзацах, и ссылки в обычном тексте, плюс в разделе про nav прямо указано (перед последним примером), что "A nav element doesn't have to contain a list"...
-
И всё-таки хотелось бы услышать объяснения, почему судя по всему, хорошо, а которая, как справедливо отмечено, ВНЕЗАПНО
-
Их что, еще и несколько?
-
wildhind, это всё на какой планете? Можно ли к вам как-нибудь на экскурсию слетать?
-
Размер экрана узнавать не нужно (кроме как для статистики). Для верстки важно знать размер окна браузера, точнее, viewport-а (подробности здесь). В современном CSS для этого есть media queries.
-
По-русски — "800 пикселей", по-английски — "800 pixels", в CSS — "800px", в HTML — "800". У каждого языка свои правила. Но лучше, конечно, задавать размеры в стилях, а не в разметке.
-
Скроллбар появляется?
-
Почему вдруг XML-ем? Если Или вы XML-подобный синтаксис имеете в виду? При типе контента text/html синтаксис нерелевантен. Браузеры, конечно, удивятся "что это за ерунда перед доктайпом", но никаких последствий о нее нигде не будет, кроме Quirks mode в IE6.
-
Но в Минске, к сожалению, не работает статистика, по которой преобладает макось. Как и во многих др. местах за пределами пафосных московских мероприятий и Голливуда. JQuery хорош, но никак попадется на поддержку/доработку проект на Mootools? CSS- решение тоже протестировано и отлажено, вкопипастить его в проект не дольше, чем подключить скрипт - только оно не будет зависеть ни от ОС, н от шрифта, от от изменения масштаба или размера шрифта в браузере, потому что за размещение элементов в нем отвечает тот слой, которому это положено по долгу службы - браузерный рендерер. А не отдельная поведенческая добавка, вообще напонятно как связанная со статикой...
-
Я так и подумал. "По результатам онлайн-соцопроса, 100% россиян подключены к интернету..."
-
Насчет конференции - это у нас в Минске было?
-
Зачем 3 действия (CSS + is + js-библиотека), когда достаточно 1 (CSS)? Жертвы, например, в миллисекундах до приобретения сайтом товарного вида), да и вообще зачем плодить лишние зависмости ради пустячного стилевого эффекта. Особено если считать последний (пока) дефолтный браузер в самой популярной ОС "вымирающим динозавром" . В котором далеко не всегда сумма ширин частей равна ширине целого...
-
А где в хоть одном из приведенных примеров хоть одна такая привязка? Зачем такие жертвы (особенно если дойдет до нюансов округления в IE9), когда выше привели пример, не требующий таковых? Опять же, смотря что топикстартер понимает под "равномерно" — возможно, подойдет что-то такое (а для старых IE — деградация к флоатам)...
