rash
-
Posts
1,953 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Calendar
Store
Everything posted by rash
-
К сожалению, самая неэффективная.
-
Да почему не нужно-то, хорошая штука. Автозамена только раздражает, это да, но она отключается легко. А так позволяет переключать язык нормальными комбинациями клавиш или вообще одной, исправлять раскладку вручную, вести дневник (параноики не оценят, но меня как-то выручил раз или два, кажется). В общем, этакий швейцарский нож для настройки клавиатуры. Просто автозамену отключить. Ну и если что - программы-исключения никто не отменял, в них пусть выключается, если ничто не поможет.
-
А, понятно, это все-таки по умолчанию лучше оставлять на проекте, если дизайнер не продумал свои стили для выделения элементов. Поэтому в свой сброс я это добавлять не стал бы, если бы писал сейчас сброс с нуля.
-
О, а что это дает, какую проблему лечит?
-
Сначала использовал reset от Мейера (кажется, это он и приведен в первом посте, но тогда он еще был немного другим), потом появился свой, в котором сбрасывал только margin и padding, и только у тех элементов, у которых он есть по умолчанию хотя бы в одном браузере. Потом перестал использовать и это. Склоняюсь к мысли, что если на странице когда-нибудь внезапно появится элемент, не запланированный дизайнером или случайно не предусмотренный верстальщиком, будет лучше, если он отобразится со стилями по умолчанию (заведомо приемлемо читабельными), чем вообще без них, слипшись в невнятный ком. В общем, что-то близкое к аргументации SelenIT'а.
-
Скобки внутри скобок могут быть?
-
Определенно ошиблись разделом.
-
Выделить общие элементы управления, элементы «фирменного стиля», возможно, продумать модульную сетку для всех или большинства сервисов. Этого должно быть достаточно, чтобы показать их родственное происхождение. То есть одинаково оформлять не надо, но надо выделить узнаваемые характерные элементы. Цветовую схему вполне можно при этом сделать разную, чтобы сервисы были оформлены сходно, но беглым взглядом можно было отличить страницу одного сервиса от страницы другого. Ну и конечно, лучше обратиться к дизайнеру.
-
С глаголами проблем нет, а вот со всякими наречиями, прилагательными и т.п. - темный лес. Никак не могу понять Формальные правила я помню плохо, но смутно вспоминается, что пишется слитно, если нет противопоставления («не доступно, а затруднено») или поясняющие слова («не всегда доступно»).
-
Нда… Ладно, придется просто смириться )
-
Ааа, ну это вообще к делу отношения практически не имеет, это моя ошибка, что обратил на это внимание. Мета не может влиять на режим браузера вообще никак, он выбирается до начала загрузки страницы.
-
Эта схема кое-что проясняет, но запутывает еще сильнее ) Кажется, в ней не отражены как следует ситуации, когда в мете перечислено несколько версий. В частности, получается, что до проверки edge вообще не доходит, и результат не должен зависеть от наличия edge, однако без него IE 9 сваливается в IE 7 (так и показывает блок-схема), а с ним остается в IE 9 (что противоречит схеме, так как она не рассматривает случай, когда указано и EmulateIE7 и edge, по схеме встретив EmulateIE7 браузер дальше значение не читает). В общем, кажется я запутываюсь еще сильнее )
-
Вот еще фрагмент документации отсюда: http://msdn.microsoft.com/en-us/library/cc288325%28VS.85%29.aspx#DCModes В вольном переводе: Тут также осторожно обходится IE 8. Есть у меня подозрение, что IE 8 вообще не понимает ключевого слова edge, однако найти какую-то официальную таблицу поддержки в разных версиях IE пока не могу. Гм, про доктайп вопрос хороший. Стоит <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> До этого вопроса я только обратил внимание, что доктайп, вообще, указан. Дополнено: к тому же IE 8 оставляет режим браузера в IE 8, а режим документа переводит в IE 7.
-
Вот и мне так казалось, потому и спросил. Я был совершенно уверен, что как раз все браузеры при такой записи выбрали бы последнюю версию.
-
Ну как понимаю я, несколько значений через запятую как раз равнозначны, их порядок в теории значения не имеет совершенно, браузер просто выберет из списка самую новую версию, которую сможет сэмулировать, независимо от того, на каком месте в этом списке она находится. Хотя в комментариях к какой-то статье было сказано, что лучше указывать версии в порядке возрастания все равно. Без объяснений.
-
Собственно, мне казалось, что и восьмой должен прочитать edge и остаться восьмым, так как это для него максимальная поддерживаемая версия. В таблице сказано, что edge — это IE 9, но в заголовке таблицы также явно сказано, что рассматривается браузер IE 9, то есть для восьмого, мне казалось, что edge == IE 8.
-
В процессе ковыряния с этой замечательной метой встретил ситуацию, которую с наскока объяснить не могу и официальная документация пролить свет на происходящее не позволяет. Если верить документации из MSDN, то в мете может находиться список режимов, и браузер выберет из этого списка самый новый поддерживаемый режим. То есть <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7, IE=EmulateIE9"> выберет в IE 8 эмуляцию седьмого, в девятом — эмуляцию девятого. Собственно, вопрос. Почему код <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7, IE=edge"> переключает IE 8 в эмуляцию седьмого, а IE 9 оставляет в режиме девятого. Если верить документации, то восьмой ведь тоже посмотрев на edge должен был перейти в режим восьмого? Собственно, вопрос: почему так? Как понять происходящее?
-
Жалко фрю…
-
Канвас? Ну уж ни разу ) Применение специфическое, но вполне бывает полезно на практике.
-
Эх, будет интересно участвовать только ради того, чтобы на конкретной задаче познакомиться с канвасом. Тоже польза.
-
Может накладывать абсолютом поверх? Зная паддинг можно, мне кажется, достаточно точно прицелиться, тем более, если инпуты стилизованы определенным образом, а не системные по умолчанию. С системными сложнее — могут на несколько пикселей «гулять» в разных ОС при разных темах.
-
Ну за правило тоже не стоит ) Сильно зависит от. Нужна поддержка старых IE — лучше хотя бы для основного текста и навигации не использовать пиксели. Иногда нужен максимально точный размер шрифта — тогда пиксели, просто чтобы избежать хотя бы теоретически возможных проблем с разночтением процентов. Делать сразу читаемый для всех размер шрифта просто нецелесообразно. Я иногда сижу довольно далеко от монитора, зрение не идеальное, поэтому увеличить шрифт хочется. При этом мне понятно, что при другом мониторе и зрении это совершенно комфортный размер шрифта, и больше будет хуже. На Хабре очень часто статьи страдают тем, что не учитывают разных требований для разных задач. Автор статьи когда-то что-то сделал, ему понравилось и он пишет, что так правильно и всем будет счастье.
-
Я почему и говорю, что не дает, потому что тени при одинаковых значениях в фотошопе и браузере вполне могут отличаться. Во всяком случае некоторое время назад так было. Правда может что изменилось, не тестировал на свежих браузерах. Насчет RGBA — тут да, верно.
-
Ну именно для тени psd особо ничего не дает, разве нет?
