Общие вопросы

>> Не... Обычно IMG'у Дают ID, Говорят Ему Display:Block; Position:Absolute; :-)
>
> не помогло :(

Ну, Это Я Не Конкретный Совет Давал По Поводу Твоего Случая. Я Имел В Виду, Что Для Позиционирования Элементов Рекомендуется Использовать CSS, А Не Таблицы.

> Зато помогло display: block; для всех картинок - странно, а до этого они не были блочными элементами основного потока?

Не Были. Они - Inline-Элементы. Вообще, Я Теперь Что-То Теряюсь, О Чем Мы Говорили :-). Я Сначала Подумал, Что О Горизонтальных Отступах, Потому И Подумал Про Текст В TR (В Чем Потом У Меня Возникли Большие Сомнения).

Если Же Ты Говоришь Об Отступе Под Картинкой, Тогда Это Проблема ?1 Перехода На Новые Стандарты :-). Поскольку Теперь Img Объявлен Честным Inline-Элементом, То Он Вписывается В Строку И Выравнивается Он По BaseLine'у Строки, А Внизу - Это Место Для Длинных Хвостиков Букв. Второе Проявление Этой Проблемы - Это Картинки Высотой В Несколько Пикселов. По Высоте Они Занимают Не Свои Несколько Пикселов, А Всегда Полную Высоту Строки Для Текущего Шрифта. Отсюда - Все Проблемы С Вставлением Картинок В Таблицы По Классической Школе Раскладки.

Установка Img {Display:Block;} Действительно В Этом Случае Радикально Помогает, Но И Вызывает Новые Проблемы. Если Картинка Встречается В Текст (Иконочка Какая-Нибудь, Там), То Она, Как Честный Блок, Разобьет Строку И Будет Сидеть Одна, Занимать Собственное Вертикальное Пространство.

Таким Образом, Самое Лучшее Решение Для Переходного Варианта - Назначать Block Только Оформительским Картинкам, Назначив Им Свой Класс.

> Правда есть ещё один аргумент в пользу XHTML - его использует сами W3C, т.е. выдают правильную XHTML 1.0 Strict страницу, указывая тип MIME text/html, и несмотря на рекомендации статьи (указывать text/html только тогда, когда ПА не поддерживает XHTML) они всегда шлют text/html (так что NN6-7, поддерживающий XHTML, здесь не выигрывает)

Я Думаю, Они Просто Поленились Сделать Проверку Клиента. Либо Не Посчитали Ее Надежной. А Поскольку, IE - Подавляющее Большинство, То Они И Отдают text/html, Чтобы Он Страницу Отображал.

Они Еще Везде Используют Небольшой Хак Для Совместимости Со Старыми Браузерами: Закрывающий Слэш Одиночных Тегов Предваряют Пробелом. Старый Браузер Не Поймет Конструкцию "<br/>", Потому Что Не Знает Тега "br/", Зато Поймет "<br />" - Это Тег "br" С Неизвестным Параметром "/", Который Игнорируется.

> Нативно XSLT уже поддерживает MSIE6 (при установленной MSXML 4.0), и конечно же NN7. Хотелось бы услышать мнение об эффективности такого подхода...

Вот Сам Я Руками Не Работал С Этим, Но У Меня Жена Сейчас С XSLT Мучается. Говорит, Что С Клиентским Преобразованием Совсем Пока Плохо. Потому Что IE Поддерживает Working Draft Стандарта, А Gecko - Стандарт. А Вот Различаются Они Там Во Многих Очень Вещах. Собственно, Поэтому Сейчас Все XML-Преобразования Делаются На Сервере.

Но Идея, Конечно, Правильная. Осталось Подождать Годик-Другой :-)