Сделав шаблон я проверила его в IE и он рухнул. В Chrome все отображается прекрасно. 
Сайт не поддаеться не на какие уговоры, и умоляла и шаманские пляски устраивала и головой об стену билась   не помогло.
Приходиться исправлять. Если у кого есть какие идеи подкиньте.
Вот код

Вот как оно должно выглядеть 
https://picasaweb.google.com/lh/photo/K-Qlm...feat=directlink

А вот так оно выглядит

https://picasaweb.google.com/lh/photo/vwg5K...feat=directlink
   Он мне даже картинки вставлять не разрешает...


Это сообщение отредактировал(а) Ошипка - 17.5.2011, 23:59

Имхо, единственный вариант — переделать кучу tr-ок с менюшкой в одну, и туда вставить вложенную таблицу. Это из относительно быстрых переделок (совсем по-хорошему, таблица там вообще ни к чему, но это дольше).

Что это: height="*"?

Попробуй убрать...
А вообще верстку делают при помощи только div, на таблицах сайты делали лет 10 назад. Переделай на div это будет правильно, иначе с таблицами всегда проблема будет IE всегда таблицы по своему показывает, увы :(

Ну зачем же предлагать такой бред?
1. Где в представленном коде табличные данные? Нет, а раз нет, то и таблицы быть не должно.
2. Что из себя представляет меню? Список ссылок. Так и оформлять его следует именно списком, а не набором обезличенных ячеек таблицы и всякого рода рисунков.
3. Для чего вам нужен CSS, только для определения свойств шрифтов? Таблицы стилей могут больше.
Ну и ошибки в самой таблице не мешало бы исправить для начала. Предпоследняя строка не закрыта, что это за <th> в конце таблицы? Нет атрибута height для таблиц, не существует в природе.

olldman, так всё-таки, "таблицы быть не должно" или "ошибки в самой таблице не мешало бы исправить"? ;)

Кстати,
в HTML4 формально ошибками не являются (семантика — другой вопрос, тут не спорю, но в данном случае о ней речь пока явно не идет). А атрибут height я там вижу только у ячеек, где он есть (хотя и deprecated, но всё-таки — опять же формально).

Раз уж таблица имеет место быть, то исправить ошибки нужно.
Что на счет "формально", то именно по этой причине таблицы в этом контексте быть не должно, как не должно быть в конце таблицы элемента <th>, входящем в группу <thead>, которая, кстати говоря, не обозначена.
Да, формально ячейки таблицы могут быть не "закрытыми", но здесь, пожалуй, стоит исходить из правил "хорошего тона" - раз уж начали закрывать, то делать это нужно везде.

Можно ссылку на источник такого требования? Насколько помню, заголовочные ячейки бывают как у столбцов, так и у строк (scope="col" и "row" соотв-но), и во втором случае все th-ки в thead не запихнешь при всем желании. В спеке, правда, такого примера я сходу не нашел, зато пример из статьи (после фразы "двойные заголовки") валидируется на ура. Да и аргументация к нему выглядит логичной.

Ну хорошо, давайте не будем спорить, просто ответте на один вопрос - к информации какого типа вы относите символ неразрывного пробела? - 

header (заголовочная)? data?... (Ячейки таблицы могут содержать или "header" информацию (см. элемент TH), или "data" (см. элемент TD) из спецификации...)
И в завершении:


p.s. однако мы похоже отошли от вопроса ТС, стоит ли продолжать?  

Хороший вопрос по существу  Да, это чистая презентационка. Насколько понимаю, для примерно таких таблиц W3C недавно предложил атрибут role=presentation... 


Имхо, да. Раз уж возник спор, надо докопаться до истины. А то вокруг бедного HTML и так столько мифов наросло...

Мифов ... эт да. Ну хорошо, давайте "докопаемся"   
Как известно, header-информация предваряет какой-либо контент, надеюсь с этим вы спорить не станете. Какой контент предваряет последняя строка представленной таблицы? В том числе и поэтому, возник вопрос о смысле применения таблицы и, в частности, элемента <th> в ней.
Вы правильно поняли мое сообщение в плане тонкого намека на семантику. Преимущества применения структурных элементов, несущих в себе смысл представленной в них информации думаю также не вызывает сомнений.
Применение таблиц не по назначению, к сожалению, до сих пор в моде. Я давненько уже выложил небольшую заметку у себя на сервере про применение именно таблицы в качестве разметки меню и даю новичкам на "Постройке.ру" ее читать, дабы наставить на путь истинный сразу, чтобы им после не пришлось переучиваться, тем более, что уже в html5 недвусмысленно заявлено, что и элемент <div>(это любителям называть верстку "дивной")  применять следует в исключительных случаях, не говоря уже о таблицах...

Эх, семантика-шмемантика . Думаю, живи известнейший коллективный виртуал русской блогосфе литературы XIX века — К. Прутков — в наше время, одно из его крылатых изречений выглядело бы примерно так:



Насчет предварения контента заголовком согласен (как и насчет неуместности таблицы для меню в целом). Наверное, можно придумать логичную структуру, где заголовок, наоборот, подытоживал бы какой-то контент, но вот сходу не придумывается . Но вот в примере по ссылке заголовок меню внутри первого элемента списка режет мне глаз, ничего не могу с собой поделать — ну напрашивается из здравого смысла, чтобы заголовок предварял весь список, ну никак он не лезет в рядовой элемент перечисления, одного уровня с пунктами меню. А если уж доводить до абсолюта, то лично я бы и "::" перед каждым пунктом в :before вынес — это ж тоже не текст как таковой, а украшательство по сути. И перевод в заглавные буквы я бы text-transform-у поручил — незачем контенту "кричать" самому по себе 

Но предела совершенству нет, придраться можно ко всему. А списки, имхо, вообще вторые после div-ов элементы в HTML, чья семантичность непомерно переоценена. Имхо, иногда стоит прислушаться к репликам товарища sorrow вот в этой дискуссии... 

Но в этой теме это уже действительно глубокий