s0rr0w

Я туплю? Это ты что-то себе придумал, и пытаешься мне втолковать. Еще раз перечитай мое первое сообщение про onblur. И что плохого в том, что пользователь куда-то кликнет? Раньше никто не возбуждался по этому поводу... лет 10 назад... Мало того, автозаполнение можно отключить, если так страшно использовать onblur.

Убирал фокус с элемента?

И что? Это не мешает ловить событие onchange или onblur. Особенно onblur

Делать проверку дополнительную по onchange или onblur Я все проверки на онблюр вешаю, потому что пока пользователь топчет данные, его полное право это делать сколь угодно долго и каким угодно способом.

Есть XML, он уже сейчас может решить проблему стандартизации общепринятых названий тегов и их вложенности, добавив только DTD. Есть XHTML, который допускает создание своих тегов. Есть один орган, который занимается развитием веб-стандарторв, и это w3c.

А можно вообще не использовать формы для отправки данных на сервер.

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

Охо-хоо.... Проблема номер 1. На странице может быть больше элементов, чем требуется для проверки. №2. На странице может быть две разные формы, которые могут проверяться отдельно. Поэтому скрипт должен уметь понимать множественные области проверок. №3. Кроме текстовых полей есть еще и чекбоксы, радиобатоны, селекты простые и мультиселекты. Проверка value не катит. №4. Проверять на пустое значение value нельзя, так как может стоять не пустое значение по умолчанию. Например <input type="text" value="01.10.2009"> №5. На keydown вешать функцию проверки в чистом виде не желательно, так как будет идти флуд проверок, который не всегда полезен. У некоторый полей будет onclick, у некоторых - onchange, у некоторых должна быть фукнция, которая делает проверку через секунду после окончания набора. Массив зачем использовать? У вас есть уже массив элементов в DOM, с ним и работайте.

Цель микроформата - упростить машинный разбор. Авторы микроформата берут нынешнее положение вещей как статическое, в этом их и главная ошибка. Что нужно сделать? Внести в стандарт HTML небольшое изменение, и добавить стандарт языка микроформатов, который можно будет использовать в HTML при помощи неймспейса. Все. Это единственный правильный путь.

Лично я бы сделал все на SC. Каждому значимому полю навесил простой обработчик, например вот такой var sc_have_default_val = function ( controller, node, scData, execOptions ) { try { var isDefVal = true; if ( node.nodeName == "SELECT" ) { for ( var i=node.options.length; i-- > 0; ) { if ( node.options[ i ].selected != node.options[ i ].defaultSelected ) { isDefVal = false; break; } } } else { if ( node.nodeName == "INPUT" && ( node.type == "checkbox" || node.type == "radio" ) ) { if ( node.checked != node.defaultChecked ) isDefVal = false; } else { if ( node.value != node.defaultValue ) isDefVal = false; } }; if ( !isDefVal ) GSC_setVal(scData.state, false) } catch ( e ) { }; } Примерно вот так <input type="text" SC="sc_have_default_val:defVal"> Потом бы выполнил код GSC_setValAndLaunch("defVal", true, container, {propagation: "INPUT,SELECT,TEXTAREA"} ); button.disabled = GSC_getVal("defVal");

= запостить форму еще раз... и еще раз... и снова...

Абсолютно верно, и не должна растягиваться, так как у вас два блока имеют свойство float, которое "вырывает" эти блоки из контейнера. В контейнере не остается больше контента, который бы генерировал высоту. Чтобы этого не происходило, ставим #container{ overflow: hidden; } Учите матчасть, это очень полезно.

IE как раз делает все неправильно. Приведите пример того, что вам надо получить.

Копать в сторону функции header

Используйте темплейт системы. Они специально для этого и были придуманы. Нет, это смотря насколько человек готов впадать в маразмы. Это вторая крайность. Зачем в них впадать? Это должно меня впечатлить?

a { display: inline-block}

Что именно сделать?

Такой код является грубым нарушением HTML. Нельзя в строчные элементы вкладывать блочные.

И никто не задумывался, что "ненавязчивый JS" тоже может быть "г@внокодом"... Браво! Лучше искать ошибку в 15 файлах, чем в одном. И разбираться еще с 20-ю другими файлами, чтобы понять через пол года, как же, %@#$%#$, это все работает! Любая идея, доведенная до абсолютного абсурда, не жизнеспособна. Да, заточи свой мозг под фреймворк, очень полезное занятие. Мир DOM куда многообразнее, чем его огрызок в виде фреймворка.

Ну? Что, никто не хочет позаниматься мозговым штурмом?

Неверный ход мыслей.

У вас есть колонка слева. Вот ей всей назначьте ширину в 170px, а у блоков внутри уберите это значение вообще. И будет вам счастье.

Кто сказал?

И никто не задумался, а как можно решить проблему, которую пытается решить микроформат... Эх, я тут один такой, что-ли?

А кто вам сказал, что мы живем в реальном мире?