rash

Нет.

Вообще нужно или переработать макет, чтобы не было дробных процентов, или не обращать внимания, если возможно. Хотя таблица - реально хороший вариант, потому что подстроится под любое количество пунктов меню и займет всю ширину. Это пока display: table-cell; не заработает везде.

Доверять мультибразерам, даже если нормальные действительно есть, не стоит. Во всяком случае во время окончательного тестирования. Виртуальная машина с отдельно установленной ОС и нужным браузером - более надежный способ, хоть и менее удобный.

Нет, при расставленных переносах justify вполне хорош. Проблема-то в основном в разных междусловных пробелах в соседних строках, выглядит очень неряшливо, особенно при узких колонках. А когда слова переносятся этой проблемы нет. Другое дело, что мягкие переносы - источник других проблем, но об этом дизайнер может и не знать.

Дискретная математика воспитает логическое мышление, и любая математика - абстрактное.

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

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

А если их не удалять после распечатки? Пусть себе висит скрытый блок, при печати следующего в нем просто заменится контент. Я думаю отследить окончание печати едва ли возможно/

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

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

Маркетинговый отдел гугла сидит и ничего не делает, поэтому их главная страница работает под IE 6. Когда есть конкретные клиенты в ограниченоом количестве - это одно, но когда страницу посещает пусть даже 300-500 тыс. человек в день, маркетинговый отдел десять раз подумает, игнорировать ли 3-5% посетителей или нет.

Это очень сильно зависит от проекта. Чтобы забить окончательно нужно меньше 0.5%

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

Методы, как раз, весьма знантные: позволяют достичь результата в рамках существующих стандартов. Потому что изменение одного стандарта в угоду другому - дело, как минимум, очень долгое. Если бы подобная возможность была предусмотрена изначально - другое дело, но ведь ее нет, поэтому приходится отталкиваться от того, что есть.

Почему же, вполне адекватный... А вы что предлагаете?

Использование микроформатов - это как принцип писать только валидный код без варнингов при строгих доктайпах. Всем все равно, но ЧСВ разработчика существенно возрастает.

Скорее всего элемент, которому назначен фон, просто занимает 100% высоты окна и не больше.

Собственно, это оказалось особенностью IE, которая, как раз, исправлена.

IE нужен? Если да, то или делать это двумя разными блоками и размещать один над другим, или использовать png. Если не нужен - можно намного проще :-)

Дело даже не в этом. Дело в том, что верстка работает. Семантичность - это такой загадочный зверь, что стоит ли гоняться за ним - непонятно. Выигрывая в семантике часто проигрываешь в других вещах, которые как раз видит и трогает пользователь. Вообще, погоня за семантикой (как и за зеленым цветом валидатора) - это какое-то ребячество, просто способ поднять себя в своих глазах ("вот у них невалидно в Transitional, а у меня валидно в Strict, значит я безмерно крут"), при этом такая мелочь, что невалидным сайтом пользуются, а валидным - нет, почему-то автора как правило не смущает. С семантикой все в точности так же.

Это конечно, но если активные состояния использовать не нужно, то незачем постоянно пересчитывать экспрешн. Если нужно - можно его кешировать. Лучше он только тем, что выполняется один раз, а не постоянно.

color:expression(this.parentNode.currentStyle['color']); А можно еще лучше: color:expression(this.runtimeStyle.color = this.parentNode.currentStyle['color']);

Или я не понял задачи, или вы хотите изобрести значение inherit. a { color: inherit; } .p1 { color: #336; } .p2 { color: #363; } .p3 { color: #633; } <p class="p1"><a href="#">Lorem</a></p> <p class="p2"><a href="#">ipsum</a></p> <p class="p3"><a href="#">dolor</a></p>

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

"VARCHAT"?