rash

Так ценность-то не в размере, а в разрешении :-) Ну в общем понятно.

В IE6 не работает именно если нет id и for, просто иерархии элементов ему недостаточно. Правильное решение — использовать все-таки эти атрибуты, вместо того, чтобы имитировать поведение браузера JS-ом. Но если уж никак нельзя (хотя причины этого непонятны, любая серверная часть должна позволять генерировать идентификаторы динамически), то да, JS.

Ну тут мне кажется, что из двух мониторов одинаковой высоты стоит выбрать тот, который шире, это конечно. Помимо основного приложения сбоку скорее всего останется место для часто используемых инструментов. Смущает размер 21,5" при таком разрешении. Мелковато, наверное?

Он будет выше, больше строк одновременно поместится.

При нормальной цветовой схеме — фокусироваться на интересующем фрагменте кода. Хотя да, есть редакторы, где при схемах по умолчанию лучше бы подсветки вообще не было. Пытался свои схемы составлять — но получалось, как правило, еще хуже.

Даже скорее всего отключено (точнее, стоит обычное вместо ClearType), все браузеры рендерят текст так, как этого хочет пользователь, как он указал в настройках ОС, только IE, насколько мне известно, всегда использует ClearType, даже когда пользователь этого не хочет.

Стоит попробовать. Если это не поможет (для инпутов, кажется, IE все равно рисует аутлайн), тогда придется позвать JS: onfocus="this.blur()" или что-то в этом роде

Я пока на инвайт не заработал :-)

За спуфинг надо больно бить по рукам. По адресной строке браузера пользователь всегда должен знать, где он сейчас находится.

Гм, ну это ели там что-нибудь вообще будет, да :-)

Так если контент будет перетаскиваться мышью, пока она не отпущена, ничего выделяться не будет.

Пока писал вопрос, сам придумал решение, всем спасибо :-)

Здесь все понятно, но код с ошибкой. Продолжение абзаца на самом деле уже не в абзаце. Объектная модель строится независимо от стилей визуального форматирования, и здесь DOM сформирован с ошибкой. Это вполне понятно и очевидно, не? Вот смотри, что значит не понадобится? Указывать doctype html5 уже можно, он переведет IE в строгий режим. Не ставить необязательные закрывающие теги уже можно (это есть в HTML 4.01, а с ним IE знаком). Опускать обязательные широкоиспользуемые атрибуты тоже уже можно, IE как правило разберется, что к чему. Использовать новомодные теги из HTML5 тоже можно, с небольшим костылем (что важно — именно с небольшим), хотя именно в этом я смысла пока не вижу и для других браузеров. А video/audio — да, это, конечно, жаль, но на них все-таки свет клином не сошелся, будем ждать, что время покажет насчет их поддержки. Аналогия неверная. Тем более, что браузеры, как правило, имеют нормальное представление об определенности и неопределенности,— к счастью, за время использования HTML 4.01 научиться успели :-) Тем более те правила, которые ты пытаешься назвать нестрогими, по сути, не менее строги, чем правила XHTML, просто записываются иначе :-)

Зачем свобода? Да хотя бы потому что меня тошнит, когда от меня требуют закрывать тег даже в том случае, когда незакрытый не вызывает неоднозначности. Мне непонятно, зачем записывать булевы атрибуты в полной форме, когда достаточно краткой. Меня удивляет, что нужно указывать даже те обязательные атрибуты, значение которых может быть принято по умолчанию. Если есть куда упрощать без вреда, значит нужно упрощать. Как раз простоты бояться не надо. Строгость XML-ного синтаксиса, кстати, меня как раз тоже раздражает. Незачем проблемы программной реализации сваливать на мои плечи. Вот и будет проще. Не бойтесь ;-)

Ой, господа, лучше не надо. Куча потраченного впустую времени, тучи троллей слетаются на хабр как мухи на… эээ… ладно. А пользу лучше получать от него в режиме read-only, чтобы не ввязываться в бесполезные дискуссии.

Цены на странице http://javascript.ru/mk внизу, я тоже не сразу нашел.

Ну этого я и не отрицаю :-)

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

Далеко, а так бы с удовольствием пришел на ваш мастер-класс. Подобных мероприятий в онлайне не планируется? Или сделать впоследствие доступными материалы с мастер-классов, хотя бы…

Если заказчик боится таблиц, бойтесь такого заказчика. Таблица должна быть таблицей.

А вы так любите спам?

Буду поддерживать (не полностью) пока реальная статистика, а не чей-то «пример» не покажет, что можно игнорировать.

text-indent или перекрытие. Причем я бы склонился к перекрытию, чтобы с незагруженными картинками был виден текст.

Утверждать не могу, но подозреваю, что не читают. К тому же пропустите документ с заголовками-изображениями с альтом через валидатор, включив генерацию структуры документа. Такие заголовки окажутся пустыми. Как-то это не очень…

А вы его пробовали читать? -) У меня даже начать толком не получилось :-)