SelenIT

Можно же спросить: "А что вместо нее для клавиатурной навигации? Тот же стиль, что для :hover — пойдет?"

Ненавижу тех, кто бездумно меняет вид/функциональность системных контролов в любую сторону. Даже не поинтересовавшись, для какой цели введена мешающая/раздражающая (на первый взгляд) фича, и можно ли сделать, чтоб контрол приобрел задуманный дизайнером приятный вид, не теряя этой функциональности (в 99% случаев ответ — можно и совсем не трудно). Многострадальная пунктирная рамка при фокусе на ссылках и кнопках — самая яркая лакмусовая бумажка, на которой это проявляется

Сделайте свой собственный сокращатор ссылок

Традиционно для поиска, выборки и т.п. принято использовать метод GET. Чтобы конкретный результат выборки можно было занести в закладки и т.п. (т.е. для юзабилити в том числе). Метод POST обычно используется для действий, меняющих состояние на сервере (залогиниться, добавить/отредактировать/удалить пост/коммент, отправить письмо через веб-интерфейс и т.д.). Единственное, во что может упереться GET — в ограничение длины URL браузером (и то 2k знаков было актуально для ископаемых IE, современные браузеры держат десятки тысяч). Не думаю, что у вас параметров столько, что не впишется в этот лимит. Так зачем усложнять жизнь себе и пользователям?

И зачем метод POST для запроса на выборку? Фильтров настолько много, что не влезет в 2 кБ?

Теоретически можно извернуться и вставлять br-ки через CSS . Но обертку словам, перед/после которых будет эта вставка, всё равно придется добавлять руками. Если они уже чем-то выделены — можно совместить.

Вот так упс. А как всё хорошо начиналось... Неужели никаких противохаков не открыто?

Согласен, производительность — важный момент. Просто, на мой взгляд, SVG-шки — это уже настолько «тяжелая артиллерия», что как-то несолидно даже рядом возиться с CSS-градиентами . Что из мало-мальски актуального (кроме IE8-) не поддерживает SVG в CSS-фонах — FF3.6 да Android 2.x? При таком раскладе ну очень велик соблазн SVG-шкой и ограничиться, а неподдерживающих отправить на изящную деградацию до сплошной заливки...

Насчет углов согласен. Два угла можно худо-бедно спасти (визуально), сделав градиент из одного цвета в полную прозрачность. Но когда скруглять не надо (у меня сейчас как раз такая ситуация) — по-моему, вполне вариант?

Насколько я в курсе, второй. По моим данным (нагуглившимся), Сафари держит -webkit-gradient с 4-й версии, iOS — с 3.2 (-webkit-linear-gradient — с 5.1 и 5 соответственно). И разработчики вебкита вроде бы обещали поддержку старого синтаксиса не убирать. Упс . Поторопился я. Похоже что не работает (IE9 тоже его видит). Как и другие хаки "якобы IE8-only" (напр. из коллекции Пола Айриша). Жаль. Имею в виду, что если градиент таков, что для IE9 можно нарисовать его фильтром, а не SVG-шкой (просто из цвета в цвет от 0 до 100%) — то можно так и записать всё подряд: background: -webkit-gradient(linear, left top, left bottom, color-stop(0%, #aaa), color-stop(100%, #bbb)); /* Safari4+, iOS3.2+, Android2.1+ */ background: -moz-linear-gradient(top, #aaa 0%, #bbb 100%); /* FF3.6+ */ background: -o-linear-gradient(top, #aaa 0%, #bbb 100%); /* Opera 11.10+ */ background: linear-gradient(to bottom, #aaa 0%, #bbb 100%); /* W3C, IE10 и светлое будущее */ filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#aaaaaa', endColorstr='#bbbbbb', GradientType=0); /* IE5.5-9 */ В IE10 сработает стандартный синтаксис, а фильтр он (в свете текущих новостей) просто проигнорирует. Что по факту и требовалось.

А заголовок страницы по ссылке ни на какие мысли не наводит?

О, кстати, занятный вариант! Про SVG в base64 я и забыл... а верно ли я подозреваю, что с SVG-строчкой будет достаточно и такого? .css { background: #87e0fd; /* бесполезные ископаемые */ background: url(data:image/svg+xml;base64,....); /* тут svg в base64 для IE9 и Оперы 9.50+ */ background: -moz-linear-gradient(top, #87e0fd 0%, #05abe0 100%); /* FF 3.6+ */ background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#87e0fd), color-stop(100%,#05abe0)); /* все вебкитные последних 2-3 лет */ background: linear-gradient(to bottom, #87e0fd 0%,#05abe0 100%); /* новый синтаксис W3С, для IE10+ и всех-всех-всех сезона лето-осень 2012 и позже */ *filter: progid:DXImageTransform.Microsoft.gradient(....); /* IE7- */ filter: progid:DXImageTransform.Microsoft.gradient(....)\0/; /* по идее, IE8 оnly */ } Эх, теперь еще найти бы всё-таки хак для IE8- — чтоб еще одну невалидную строчку сэкономить.. А для простого двухцветного градиента можно оставить один filter без хака — всё равно IE9 последний, кто его увидит.

Если SelenIT не идет к Микрософту, то Микрософт идет к SelenITу Решение неоднозначное (особенно насчет режимов совместимости), но в данном конкретном случае мне только того и надо было. Наконец в MS настроили телепательную машинку!)

Баг валидатора, впервые замечен где-то в начале мая. Видимо, до сих пор не исправлен. Уже обсуждалось, там есть и временное решение (хотя, конечно, это не дело, на самом деле запись-то вполне валидна...).

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

Первое — синтаксис CSS1-2, второе — синтаксис CSS3 для псевдоэлементов (чтобы отличать их от псевдоклассов, которые остались с одним двоеточием). Первое считается устаревшим, зато работает в IE8. Второе как бы более модное, но в IE8 не работает. Насколько я в курсе, это вся разница.

mishka, хороший вариант (скорее всего что-то подобное и придется применить), но для общей эрудиции/быстрых фиксов хотелось бы найти и чисто CSSовое решение Great Rash, да, определились (статус CR). Но ни старый, ни новый префикснутые -webkit-варианты ему не соответствуют . Но у старого варианта браузерная поддержка шире

Вот и я того же мнения. Грохать поддержку старого синтаксиса они вряд ли будут, со дня на день пойдет поддержка беспрефиксного (W3C уже разрешил). А терять поддержку целого класса iOS 4- (ну и десктопных сафарей 5.0.х- заодно, по мелочи) ради какой-то унификации — обидно и, имхо, нелогично Так что, консенсус на том, что на сегодня для градиентов достаточно следующего? background: #a8a8a8; /* бесполезные ископаемые */ background: -webkit-gradient(linear, left top, left bottom, color-stop(0%, #aaa), color-stop(100%, #bbb)); /* Chrome2+, Safari4+, iOS3.2+, Android2.1+ */ background: -moz-linear-gradient(top, #aaa 0%, #bbb 100%); /* FF3.6+ */ background: -o-linear-gradient(top, #aaa 0%, #bbb 100%); /* Opera 11.10+ */ background: linear-gradient(to bottom, #aaa 0%, #bbb 100%); /* W3C, IE10 и все-все-все завтра */и отдельно filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#aaaaaa', endColorstr='#bbbbbb', GradientType=0); /* IE6-9 */ Вот бы еще найти вариант, чтоб можно было не отдельно... никто не знает, как спрятать CSS от 10-го IE, оставив для всех предшествующих и не вынося в др. файл?

Хм... я как раз склонялся к тому, чтобы оставить -webkit-gradient(linear, ...) — у которого охват пошире (всякие Сафари 5.0.х — ну мало ли, первые айпады и т.п.). И добавить правильный вариант без префикса и с to (генератор, кстати, to тоже до сих пор не добавил). А чем -webkit-linear-gradient круче? Есть разница в производительности и т.п.?

...лет 10-15 назад Как и всё корейское 25-30 лет назад. И всё японское 50-60 лет назад Модель развития у "азиатских тигров" очень похожа, только стартовали в разное время... Маловато, факт (особенно по нынешним меркам). Правда, для тестирования мобильной верстки можно найти и плюс — сразу видно, как оно будет в худшем возможном случае

Один из самых популярных генераторов CSS-градиентов генерирует, кроме прочего, такую пару свойств: background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#aaaaaa), color-stop(100%,#bbbbbb)); /* Chrome,Safari4+ */ background: -webkit-linear-gradient(top, #aaaaaa 0%,#bbbbbb 100%); /* Chrome10+,Safari5.1+ */ С учетом того, что он генерирует также немало лишнего (напр. -ms-вариант, который уже не понадобится), возник вопрос: нужны ли оба этих свойства? Не достаточно ли одного первого (впридачу к беспрефиксному варианту, по новому стандарту с to)? Существуют ли webkit-браузеры, понимающие вторую нотацию, но не понимающие первую, и значимы ли они хоть сколько-либо?

А у меня вообще самый простенький. За полтора года обо что только его ни бил — не разбил . Батарейки хватает на пару дней при активном использовании и на три дня с хорошим запасом в режиме звонилки. Железо, конечно, по теперешним временам смешное — зато в любой карман влезает . В целом у меня сложилось впечатление о Хуавеях как о надежных и живучих «рабочих лошадках», без «подвыподвертов», но и без грубых изъянов (к тому же многие мелкие шероховатости лечатся кастомными прошивками). Хотя в последнее время они явно нацелились на нишу подороже...

Это пробел между тегами, отображаемый дефолтным шрифтом header-а. Здесь в самом конце чуть более подробная теория.

Ну блочную ссылку вокруг всего можно было и оставить, какой-то плюс от HTML5 надо же получить (ну и юзабилити улучшится) . И из article/section может быть оправдано что-то одно (вероятнее article), но не нагромождение обоих вокруг единственной сущности. Проверяйте структуру секций/заголовков outliner-ом. А вот целый header вокруг единственного заголовка — к лешему, это одна из популярнейших ошибок.

Упорно не получается воспроизвести проблему. При любом масштабе и любом типе масштабирования (вся страница либо только текст) рамка уверенно охватывает всё содержимое. Другое дело, что собственно прилипания футера не происходит, т.к. рамка "рвет" цепочку 100%-й высоты предков (wrapper-у, получается, не у кого эту высоту наследовать). И лишний скроллинг (из-за добавления к 100% высоты 40px суммарных margin-ов и padding-ов рамки) немного странно выглядит. Вообще интересная довольно задачка (хоть и простая с виду). У меня получилось только как-то так...