Есть чертов IE, который думает, что в некоторых случаях в css относительные пути задаются не относительно местоположения самого стиля, то есть файла css, а относительно страницы, на которой он используется. В стилях прописываются картинки прочая, которые, естественно, лежат в одном месте — каталоге /myWebApp/images/.
Есть ли у сервлетов механизм подмены каким-либо образом указанных меток на {contextPath} или корень приложения? Если не ошибаюсь, в ASP.NET можно указать ~/, который при отдаче клиенту автоматически заменяется на абсолютный путь. Вот что-то подобное у сервлетов или сервлет-контейнеров имеется? Как можно бороться с захардкоженными абсолютными путями в css?

Здравствуйте, Donz, Вы писали:

D>Есть чертов IE, который думает, что в некоторых случаях в css относительные пути задаются не относительно местоположения самого стиля, то есть файла css, а относительно страницы, на которой он используется. В стилях прописываются картинки прочая, которые, естественно, лежат в одном месте — каталоге /myWebApp/images/.
D>Есть ли у сервлетов механизм подмены каким-либо образом указанных меток на {contextPath} или корень приложения? Если не ошибаюсь, в ASP.NET можно указать ~/, который при отдаче клиенту автоматически заменяется на абсолютный путь. Вот что-то подобное у сервлетов или сервлет-контейнеров имеется? Как можно бороться с захардкоженными абсолютными путями в css?

достаточно абсолютный путь указать у css.

Здравствуйте, Donz, Вы писали:

D>Есть чертов IE, который думает, что в некоторых случаях в css относительные пути задаются не относительно местоположения самого стиля, то есть файла css, а относительно страницы, на которой он используется.
А можно пример? Есть мнение, что в css пути всегда задаются только относительно него же, а вы имеете в виду что-то совсем другое.

Здравствуйте, Sinclair, Вы писали:

D>>Есть чертов IE, который думает, что в некоторых случаях в css относительные пути задаются не относительно местоположения самого стиля, то есть файла css, а относительно страницы, на которой он используется.
S>А можно пример? Есть мнение, что в css пути всегда задаются только относительно него же, а вы имеете в виду что-то совсем другое.

Да, по спецификации именно так, но IE относительно behavior думает, что там путь задается относительно страницы, на которой применяется css.
Вот, например, обсуждение: http://www.gotdotnet.ru/Forums/Web/545288.aspx.
Конкретно в моем проекте это

body {
    behavior: url("/office/hover.htc");
    background: #ffffff;
    font: 8px Arial;
    color: Black;
    margin: 0px 0px 0px 0px;
    font-weight: normal;
}

Относительный путь для hover.htc не работает (а сам hover.htc нужен опять же только для IE, но уже из-за другого его бага).
В теме по ссылке как раз и предлагается использовать ~/ в asp.net. А как быть сервлетчикам?

Здравствуйте, pvnic, Вы писали:

P> достаточно абсолютный путь указать у css.
Абсолютный путь не подходит, так как приложение может быть развернуто под разным контекстным путем. Да и вообще абсолютных путей лучше избегать, но конкретно в моем случае это обязательное условие.

Donz wrote:

> behavior: url("/office/hover.htc");
Эта бага происходит только с behavior. Я behavior с нужным префиксом пути ложил прямо в html, в <style>-тег, а не в css-файл.

Здравствуйте, ., Вы писали:

>> behavior: url("/office/hover.htc");
.>Эта бага происходит только с behavior. Я behavior с нужным префиксом пути ложил прямо в html, в <style>-тег, а не в css-файл.

Смысл стилей тогда теряется. Этот hover.htc нужен на нескольких десятках страниц

Donz wrote:

> Смысл стилей тогда теряется. Этот hover.htc нужен на нескольких десятках
> страниц
Ээээ. Так ты хедер сделай одинаковый везде. Хотя я не знаю как у тебя страницы формируются.
А вообще, нафиг забей на этот hover. IE7 уже поддерживает (в standard mode), а IE6 уже почти никто не использует; сайт нужно делать юзабельныи и без hover.

Здравствуйте, ., Вы писали:

>> Смысл стилей тогда теряется. Этот hover.htc нужен на нескольких десятках
>> страниц
.>Ээээ. Так ты хедер сделай одинаковый везде. Хотя я не знаю как у тебя страницы формируются.

Не очень понял. Я, если честно, не верстальщик, но так как занимаюсь веб-проектом, то некоторые базовые (или совсем базовые) знания присутствуют. В общем, строго не судить
Ты предлагаешь задать одинаковый хедер (имеется в виду заголовок страницы, правильно?) с указанием пути до htc-файла? Это как раз значит заниматься копипастом, получается, так как они будут отличаться только этим самым путем? Или имеешь в виду, что общий для всех хидер можно проинклудить в страницу, и он будет содержать ссылку на htc через абсолютный путь, который в данном случае уже можно будет высчитать через использование переменной ${contextPath}?

.>А вообще, нафиг забей на этот hover. IE7 уже поддерживает (в standard mode), а IE6 уже почти никто не использует; сайт нужно делать юзабельныи и без hover.
htc'шки нужны не только для для всплывающей подсказки, но и для полупрозрачности в png. Насчет IE6 никто не использует — это несколько преувеличенно У меня как раз основным браузером должна являться шестерка.

Donz wrote:

> Ты предлагаешь задать одинаковый хедер (имеется в виду заголовок
> страницы, правильно?) с указанием пути до htc-файла? Это как раз значит
Да, <head>-тег.

> заниматься копипастом, получается, так как они будут отличаться только
> этим самым путем? Или имеешь в виду, что общий для всех хидер можно
> проинклудить в страницу, и он будет содержать ссылку на htc через
> абсолютный путь, который в данном случае уже можно будет высчитать через
> использование переменной ${contextPath}?
Да. В том смысле, что <style>body{behavior:url(${contextPath}/hover.htc)}</style> будет в одном месте исходника.
По-моему это самый безгеморройный вариант.

> htc'шки нужны не только для для всплывающей подсказки, но и для
> полупрозрачности в png. Насчет IE6 никто не использует — это несколько
> преувеличенно У меня как раз основным браузером должна являться шестерка.
Эх... не повезло.
Вроде уж IE8 на дворе, не говоря уж об альтернативных браузерах...

Здравствуйте, ., Вы писали:

>> заниматься копипастом, получается, так как они будут отличаться только
>> этим самым путем? Или имеешь в виду, что общий для всех хидер можно
>> проинклудить в страницу, и он будет содержать ссылку на htc через
>> абсолютный путь, который в данном случае уже можно будет высчитать через
>> использование переменной ${contextPath}?
.>Да. В том смысле, что <style>body{behavior:url(${contextPath}/hover.htc)}</style> будет в одном месте исходника.
.>По-моему это самый безгеморройный вариант.

Спасибо, то, что нужно!

Donz wrote:

> <style>body{behavior:url(${contextPath}/hover.htc)}</style> будет в
>
> Спасибо, то, что нужно!
И ещё желательно обернуть в
[html]
<!--[if lt IE 6]>
...
<![endif]-->
[/html]

А то вроде бывает так, что настройки браузера странные или антивирус какой-нибудь идиотский, и htc вызывает ошибку, хотя IE7 и без него хорошо работает. А может и не бывает , но вроде нам один такой юзер жаловался... но может мы не правильно проблему диагностировали.