IE11 не применяет CSS

[aquaMakc]

Есть сайт на самописном веб-сервере.

К сайту применены CSS, определяющие вид и разметку.

Во всех браузерах, включая мобильные сафари и хром всё работает, как задумано.

В IE11 в нормальном режиме страница отображается так, как-будто стили не применяются совершенно. В режиме "совместимости" стили начинают применяться, но частично и довольно криво, например, не работает свойство position:fixed;, в таблице границы ячеек прорисовываются только, если в ячейке есть текст и многое другое.

В логах сервера вижу, что браузер запрашивает файлы css и успешно их получает. Есть подозрение на правила безопасности. По-отключал все ограничения, которые нашёл, не помогло. Может кто сталкивался с подобным?

[Great Rash]

А не на самописном сервере всё ок?

[aquaMakc]

Самописный сервер написан на .Net. Получает запрос от браузера, в ответ формирует из шаблона и отправляет html-страницу. Соответственно запустить на другом сервере не могу. Браузер на странице находит разметку типа <link rel="stylesheet" type="text/css" href="form.css"/>. 

Посылает на неё запрос. Сервер в ответ отправляет содержимое файла. На всех браузерах эта схема работает. Я вижу запрос и отправку. Вижу, что IE в режиме совместимости пытается применять css, но делает это неправильно. UserAgent говорит, что в режиме совместимости IE работает как MSIE7. Подозреваю, что в этом режиме он работает, как IE 7 версии, которая не дружила с CSS. Вопрос в том - почему CSS не работают в обычном режиме, как будто браузер их просто игнорирует.

Кстати, проверял свои CSS на валидность W3C. Ошибок и предупреждений нет.

Edited April 13, 2015 by aquaMakc

[SelenIT]

Может, самописный сервер не тот Content-type отдает? Не text/css, а text/plain или, того хлеще, text/html?

[aquaMakc]

Сервер сериализует требуемый файл, потоком записи передаёт полученный массив байт браузеру вместе с кодом успешного выполнения запроса. Сервер не определяет тип данных, как я понимаю, это уже решает браузер на основании атрибутов тега.

Добавил явное указание на уровне сервера MIME типов данных при отправке браузеру. Ничего не изменилось.

Ну ё-моё. Победил проблему. Всё оказалось просто. IE не понимал кодировку файла. У меня указан набор символов charset=UTF-8, а css файлы были в ANSI. Остальные браузеры как-то разбирали сами эту проблему, а IE не хотел. Извиняйте, недосмотрел.

Обнаружилась другая проблема IE не видит ссылку в следующей конструкции:

<a href="addClient.htm"><button type="button" class="serviceButton" id="addClient">Добавить</button></a>

Хотя тут-же другая ссылка отлично видится:

<a href="clients.htm" title="Показать базу данных клиентов">Клиенты</a>

[Great Rash]

Вообще вкладывать один интерактивный элемент в другой - очень плохая затея. Возможно ИЕ в этом плане правее чем остальные браузеры.

[aquaMakc]

Да, не самая лучшая идея была, заменил на Джавовский переход проблема исчезла

[antonKar]

А в чём был смысл той конструкции?

[aquaMakc]

Смысл той конструкции был в том, чтобы элементы одинаково выглядели, будь то кнопки, запускающие скрипт или ссылки на другие страницы. Просто я не знал как осуществить переход ява-скриптом.

[SelenIT]

  On 4/13/2015 at 12:08 PM, aquaMakc said:

Сервер не определяет тип данных, как я понимаю, это уже решает браузер на основании атрибутов тега

Всё-таки в первую очередь браузер определяет это на основании HTTP-заголовков, отдаваемых сервером (да, MIME-тип). Атрибут тега — вещь уже вторичная и вспомогательная (а в HTML5 и вовсе необязательная).

 

  On 4/13/2015 at 2:53 PM, aquaMakc said:

чтобы элементы одинаково выглядели, будь то кнопки, запускающие скрипт или ссылки на другие страницы

Для этого есть классы и CSS. У кнопок есть некоторые ограничения (их нельзя заставить вести себя как при display:inline), но помимо этого кнопки и ссылки сейчас прекрасно стилизуются друг под друга без насильного противоестественного скрещивания

[aquaMakc]

) да я понял. До этого дела с вебом почти не имел, а тут как котёнка в воду кинули, делай говорят и быстро, да ещё и сам сервер напиши, вот на бегу и разбираюсь