Как в подобном коде сделать так, чтобы блок lft2 по высоте занимал всю получающуюся высоту блока main:

А что требуется сделать? растянуть blspot.gif по высоте? однопиксельной ширины? Наверняка такой эффект можно сделать с помощью фона блока main 8)

Насколько я понял твою задачу, ты хочешь получить примерно это:


Единственное посмотри как это в Опере работает. В FF и IE все вроде нормально.   Желаю удачи в верстке без таблиц, только если ты не профи в этом деле, не надо ставить strict   

mishaSL, примерно это я и хотела, за исключением двух нюансов:
1) потерялось центрирование относительно страницы блока main
2) Ваш код работает без указания доктайпа, если указывать любой доктайп, уже ничего не работает  , этот момент, пожалуй, еще печальнее первого...

хотя было интересно узнать некоторые новые фишки  
может все-таки как-то можно еще решить мою проблему?

Чтобы избавиться от этих ньюансов можно сделать так:  



Единственное но: если указывать doctype не получится указать высоту основного div-а 100%, а это бывает очень нужно во многих случаях.

AFAIK, это заблуждение.

А вот зачем указывать doctype для XHTML при Content-type для HTML (в мете), для меня все-таки загадка... Если все равно планируется отдавать документ как HTML, нужно ли заморачиваться с X?

Это я и вправду наспех ответил.

Вот так:






То что указано в мета (имею ввиду html или xhtml) не как не влияет на отображение.  
SelenIT, если не согласен то приведи пример.  

mishaSL, спасибо большое! теперь действительно работает. Удивительно прямо как мало стоило изменить, чтобы работало все также и с доктайпом, у меня почему-то никак не получалось внести поправки при доктайпе так, чтобы эффект был равнозначный, вывод: еще учиться и учиться!

Учение свет    

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

Просто я не вижу логики в такой записи. Вначале гордо объявить на весь мир: "Смотрите, у меня тут крутейший, новейший и валиднейший XHTML!" а буквально через несколько строчек успокоить: "Ладно, я пошутил, на самом деле это просто HTML"? Вообще есть известное мнение, что делать xhtml есть смысл только тогда, когда планируется отдавать его с соотв. Content-Type'ом (application/xhtml+xml).

Если я чего-то недопонимаю - буду благодарен за разъяснения и освобождение от моих заблуждений... 

Понимаешь ты правильно, но не доконца.

Обычно я верстаю в xhtml и ставлю meta:


Объясняю почему:

не все браузеры понимают второй meta-тег (с application/xhtml+xml;) к примеру IE6:


По-этому те браузеры которые понимают (application/xhtml+xml) переопределяют content-type c помощью следующего meta-тега. А те которые не понимают (к примеру IE6) - пользуются первым.

Вот так...  

mishaSL, Вы в этом уверены? Это подтверждается экспериментом? Просто у меня возникает ощущение, что или я не понимаю чего-то очевидного, или Вы не совсем понимаете, что такое Content-type... 

Думаю мы говорим немного о разном...

meta-теги это рекомендации браузеру (которыми он пользуется крайне редко) и информация о странице. Там можно указать все что угодно. Любой браузер оперирует заголовками которые приходят ему от сервера. Если в заголовке указано что это страница (text/html) то она отображается как html это понимают все браузеры. Но с появлением xhtml появился каже content-type = application/xhtml+xml, это понимаю далеко не все браузеры. А что самое страшное это не понимает IE6, если в IE приходит заголовок content-type = application/xhtml+xml он предлагает сохранить эту страницу, в отличие от скажем FF который ее вполне корректно отображает. 

В доказательство моих слов делаем простой эксперимент c использованием PHP:

на первой странице(страница сохранена в utf-8) отправляем заголовки application/xhtml+xml и смотрим что получилось:

заметим что в мета-теге мы специально указали другой тип документа и даже другую кодировку



Эта страница нормально отображается в FF и в Opere, а IE предлагает ее сохранить.

Если мы заменим заголовок на :


то все будет отображаться точно также, только еще и в IE будет все нормально.

Указание мета-тегов на странице в любом случае необходимо. Как минимум для того чтобы когда пользователь сохранил эту страницу локольно (за исключение IE, т.к. он сам заменяет мета на необходимые) он мог без проблем ее посмотреть в той кодировке для которой она предусмотрена.

mishaSL, спасибо за прекрасный эксперимент, но я так и не понял, где из него вытекает

Или Вы ведете речь исключительно о кодировке?
Интересно также сделать намеренную ошибку в верстке (напр., незакрытый тег) и повторить эксперимент в FF.
Вообще у проблемы непонимания xhtml браузерами есть решение (была еще одна проблема у Оперы 7.2х, она будто бы понимала xhtml, но отказывалась исполнять JS в нем, но сейчас она к счастью давно утратила актуальность). Аргумент про локальное сохранение страницы, конечно, существенный, но все равно не понимаю, зачем для этого 2 взаимоисключащих меты...

P.S. Большая просьба к модераторам: разделите, пожалуйста, тему - спор о целесообразности <meta http-equiv="Content-type"> и взаимовлиянии стандарта, мета-тегов, режима интерпретации и режима рендеринга не имеют отношения к высоте дива, но, мне кажется, в ходе этой дискуссии может высплыть немало полезной информации...

Это сообщение отредактировал(а) SelenIT - 7.2.2007, 19:25

Соответственно FF анализирует XML код и выдаст ошибку. Если в этом примере заменить <div id="lft2"></div> на <div id="lft2">. ТО:


Добавлено @ 19:45 


Речь идет о том что главное в мета-теге главное указать кодировку. При чем указать чтобы ее понял любой браузер, не зависимо от понимания xhtml и xml.

А суть этого эксперимента была в том:
Что мы пишем в мета-теге application/xhtml+xml или text/html. Это далеко не значит что мы указали браузеру как интерпритировать этот документ.