Pull to refresh

Comments 40

Сомневаюсь, конечно.
Но может в первом стиле просто "очепятка" была?!
неа) мы тестировали все варианты, какой бы стиль первым не был он не работал))
А не работает именно следующий стиль?
Не будет вариантом исправления постановка пары пустых строк после кодировки или строки с пустым комментарием?
Баг известный для тех, кто использует expressions (на разделяя по css-файлам)
[style]
.hello {
font-weight:bold;
behavior: expression(function(o){if(!o.rw){if(!o.previousSibling || (!o.previousSibling.previousSibling && o.previousSibling.nodeType==8)) o.style.color='blue'; o.rw = true;}})(this);
}
.fix { zoom:1; }
.world { color:red; }
[/style]
[span class="hello"]Hello[/sp an]
[span class="world"]world![/span]

Если отсюда убрать .fix то в сафари world не будет красным.
было бы приятно увидеть доказательства...
А зачем нужно указывать кодировку в css?
Если кодировка документа и прилинкованного css файла будет различной - стили могут и не примениться.
UFO just landed and posted this here
Ничуть.

Более того, иногда они могут некорректно примениться, даже если кодировка будет одинакова.

К примеру, IE6 в той сборке, что идёт под W2k, не умеет работать с кириллицей в комментариях в CSS-файлах в кодировке UTF-8, прилинкованных к HTML-файлам в кодировке UTF-8. (В сборке под хрюшку уже умеет.)

Всегда лучше указать кодировку первой строкой CSS-файла.
Ну вот видите, глюк в сафари, значит уже не всегда.
Лучше один глюк, о котором известно, как можно решить, чем много неожиданных.

К тому же в данном случае есть много неясностей: зависит ли проблема от имени класса? От наличия пустых строк? От капитализации названия UTF-8? От наличия других @-правил после @charset? Много вариантов, проблему ещё надо исследовать со всех сторон.
UFO just landed and posted this here
Необходимость указывать кодировку возникает только тогда, когда в коде встречаются символы, не входящий в семибитную ASCII.

Это те же русскоязычные комментарии (вы не ставите, а другие ставят); или, например, разнообразные кавычки в свойстве quotes (конечно, можно при желании через \ указать).

Необходимость в @charset, повторю, возникает редко. Но если ставить его всегда, то обычно потом можно будет избежать пары часов мучительных поисков в случае чего.
Что вы злопыхаете, русский язык в комментариях дело вкуса и нормальная практика. Другое дело, что в продакшн надо бы выкладывать файл без комментариев и всяких рогов типа @charset "utf-8";
Хотя нельзя исключать случаи, когда без этого обойтись нельзя. Вот, придумал, разная кодировка у странице и CSS файла в котором зачем-то используется :after { content: "текст" } на русском.
Сорри за лоховской вопрос - а разве нельзя кодировку отдавать в HTTP-заголовках?
Safari в версии для какой платформы?
И, да, ссылка на сайт с глюком не помешала бы.
Эхх, с этими браузерами.... бедные верстальщики...
Да, седых волос с каждым годом всё больше >_<
вспомнились классы в css у майкрософта вроде ".stupid-ie"
год назад на хабре было.
но когда ажиотаж поднялся они переименовали классы.
А может ли здесь быть проблема с дефисами в именах классов?

Или с написанием UTF-8 в нижнем регистре?
UFO just landed and posted this here
Не переживайте, что в сафари ничего не работает. Зато это очень хороший браузер. Удобный...
UFO just landed and posted this here
Вряд ли Safari будет испытывать проблемы с BOM… Хотя всё может быть.
UFO just landed and posted this here
Давайте начнем с другого. Назовите хотя бы одну реальную проблему, которая может возникнуть, если в css не указывать кодировку? Договоримся, что по дефолту мы не пишем кириллические комментарии в css.
Давайте я назову: при использовании content, при указании типов кавычек.
Хм, интересно, никогда не пользовал charset, но сейчас начну... Даже если никогда с глюками и не встречусь, все равно приятнее осознавать что ты закрыл еще одну возможную причину их появления :)
Проверила в 0.3 - ничего похожего, проапгрейдилась до 0.4 - то же самое. Покажите уж ваш пример, а то там, видимо, всё сложнее, чем первый стиль после чарсета.
Sign up to leave a comment.

Articles