SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Это ошибка. Как и отсутствие восклицательного знака в <!doctype html>.
-
Ну это далеко не самый простой. Результат работы этого генератора упорно ассоциируется у меня с сюжетом из «Ералаша». Не говоря о том, что он содержит очевидно ненужный хлам (-ms-) и — для данного случая — очевидную фигню (filter). Самый простой (притом кроссбраузерный) — наверное, как-то так. Или еще проще — с очень широкой двухцветной картинкой, background-position: 50% 0 и background-repeat: repeat-y. Или, да, с градиентом, но без обезьяньего копирования всего без разбора (включая мусор) с колорзиллы.
-
Как сделать картинку нестандартной скошенной формы?
SelenIT replied to Zverushka's question in HTML Coding
Повернутая сначала туда, а потом на столько же обратно. Как цветок в примере. У вас как-то по-другому отображается? -
Давайте обсудим проблемы шрифтов и сервисы их генерации
SelenIT replied to Zverushka's question in HTML Coding
От самих шрифтов, видмимо, сильно зависит. Когда я экспериментировал с SVGшками, у меня они все выглядели «мылом», с тех пор стараюсь обходиться без них везде, где получается. -
Как сделать картинку нестандартной скошенной формы?
SelenIT replied to Zverushka's question in HTML Coding
Я имел в виду как-то так. -
Давайте обсудим проблемы шрифтов и сервисы их генерации
SelenIT replied to Zverushka's question in HTML Coding
Насколько я понимаю, тогда придется везде, где эти шрифты используются, задавать им font-weight: normal, иначе для заголовков и т.п. (где по умолчанию bold) браузеры будут пытаться сделать их еще жирнее. Имхо, для таких шрифтов лучше и внутри @font-face указывать font-weight: bold, чтобы текст оставался жирным и в случае деградации. -
Кстати, таким макаром можно распределять по ширине любое число блоков.
-
Как сделать картинку нестандартной скошенной формы?
SelenIT replied to Zverushka's question in HTML Coding
Можно в новых браузерах, поддерживающих 2d-трансформации, по такому же принципу. Если фон однородный (как на картинке), возможно, проще накрыть чем-нибудь (хоть обычным CSS-треугольником из бордеров) часть картинки. -
Давайте обсудим проблемы шрифтов и сервисы их генерации
SelenIT replied to Zverushka's question in HTML Coding
В основном я и имел в виду, что весят больше, а рисуются слишком уж замыленными (по крайней мере с точки зрения виндоюзера, для маковода, возможно, оно не так). Плюс у меня бывали необъяснимые странности с выравниванием их по вертикали. -
Вариант «в лоб» навскидку.
- 1 reply
-
- 1
-
-
Насколько я понял, фокус дает именно плавную прозрачность. Но опыт — критерий истины.
-
IE8+, Fx3.0+, все вебкитные, все Оперы. В IE7- можно заставить работать парой нехитрых хаков.
-
Сорри, не сразу заметил, что там фон просвечивает через фотку при скроллинге. Этот эффект очень критичен? Если нет, имхо, проще подогнать точку привязки фона, чтобы он начинался от картинки и стыковался с ней по построению. В принципе, Color Quantizer-ом можно ужать картинку раза в полтора без видимой потери качества, но, возможно, тут подошел бы вот такой фокус
-
Давайте обсудим проблемы шрифтов и сервисы их генерации
SelenIT replied to Zverushka's question in HTML Coding
От корявости рендеринга в Хроме мне иногда помогала подгонка X-height Matching (к сожалению, только методом тыка и не всегда, но со значениями порядка 105-108% результат может получиться намного приятнее). Откат на SVG-шрифты — имхо, последний патрон для себя вариант на ультракрайний случай, проблем от них больше, чем пользы (особенно с точки зрения Win-юзера, привыкшего к четкому рендерингу). Для всего современного woff рулит (ну ладно, для всего, кроме Андроидов, им ttf ), а старья, не понимающего woff, но понимающего svg, осталось так мало, что их резоннее посылать на изящную деградацию (с «Опером-в-Мини» за компанию). Ну и насчет сервисов — как-то странно даже на этом форуме не вспомнить http://webfont.ru/ ... -
Вообще да, полмегабайта для джипежки в четверть мегапикселя площадью — явный перебор. Нутром чую, что обычным фотошопом вполне можно скукожить ее раза в 3-4 без видимой потери качества. Но дизайн симпатичненький
-
Интересно ваше мнение, как реализовать данный макет
SelenIT replied to Zverushka's question in HTML Coding
В новых браузерах есть специальные единицы vw/vh, позволяющие задавать размер чему угодно (включая текст) непосредственно относительно экрана. В вебкито-блинковых с ними есть небольшой баг (размеры для шифтов применяются при загрузке, но не пересчитываются при ресайзе), но alexriz недавно нашел красивый способ это обойти . Плюс для них есть полифиллы (напр. такой). Так работает единица rem («root em»). Правда, в IE8 ее еще нет. -
Абсолютно верно. Еще display:table по умолчанию так себя ведет. Теоретически, существует text-align-last, но практически он поддерживается только в Fx (за префиксом) и... в IE5.5+ (!). Поэтому без псевдоэлемента-распорки пока не обойтись.
-
Если серьезно, то поначалу из справочников (типа htmlbook.ru) и спецификаций (на них справочники ссылаются). Со временем оно входит в привычку.
-
Насколько я в курсе, современные алгоритмы поисковиков не любят «переслащивания» ключевых слов выделяющими тегами. Например, <h2><strong>слово</strong></h2> продвигается хуже, чем они по отдельности. Так что выделять слова заголовками только ради SEO — плохая идея. Имхо, выбор определения не равен самому определению. Я бы сказал, что здесь просто набор равнозначных альтернатив (т.е. неупорядоченный список ul), каждый элемент которого содержит радиобаттон и label к нему. А если нужны пояснения для самих вариантов, то они — именно дополнение к label-у, а не его часть (возможно, тут скорее подойдет details с label-ом в summary).
-
Если создать stacking context в блоке6 (position: relative; z-index: 1), то -1 у псевдиков заработает. Без этого stacking context создается где-то выше и у непозиционированного контента (в т.ч. блок6 с белым фоном) z-index «как бы 0».
-
Opacity или transform там не вмешиваются? Эти вещи тоже создают stacking context-ы. А так-то пример, имхо, вполне можно упростить до http://jsfiddle.net/JH2jF/1/ (IE8 всё равно неактуален — он тени и скругления не умеет, а в IE9+ норм).
-
Сам элемент может быть flow content-ом, но внутри себя допускать только phrasing content. Заголовки и абзацы именно таковы. Заголовок не может быть потомком dt, потому что это явно оговорено в спеке: Почему такое ограничение? Моя интуитивная догадка, что это потому, что заголовки делят документ на неявные секции и учитываются в его «как бы оглавлении» (document outline), если разные части одного списка окажутся в разных местах этого «оглавления», любой машинный анализатор запутается. Но вообще вопрос интересный, на досуге пороюсь в архиве рассылок W3C на эту тему. Я тоже не издеваюсь, но действительно хочу увидеть пример, где такое требуется. Моей, вроде как достаточно извращенной, фантазии на это не хватает... Имхо, лучше всего смотреть непосредственно в спецификации.
-
Ну как же не зарубит, если Content model не подходит? Зарубит, конечно. Причем дважды (заголовки в dt тоже недопустимы — каждый заголовок создает отдельную неявную секцию, а список описаний, по логике, должен бы относиться к одной секции). Но с невалидностью еще можно было бы кое-как смириться, если бы она позволяла решить какую-то практическую задачу. А какую задачу решает двойное выделение заголовков еще и как часть пары «имя — значение» и подписывание радиобаттона целым разделом контента?