rash

Так вы про ноутбук или ОС?

Не боюсь, даже где-то в глубине души хочу

Упрощенно: можно собрать стили для всего сайта в один файл, который ляжет у пользователя в кеш и не будет загружаться при каждом обновлении страницы/переходе. При этом переход на другую страницу сайта, естественно, вызовет загрузку HTML-кода этой страницы, как и простоте обновление. Стили подтянутся из кеша.

Плюсы в том, что CSS нормально кешируется, а редактировать значение придется в одном месте в случае изменения.

Именно единообразия (а лучше — четкого описания в стандарте необходимого поведения) для полного счастья мне и не хватает. Ну и :before:before, :before:after и т. д. тоже можно

Если пользоваться как виндой — то и не будет серьезных отличий В принципе, практически любой ОС с ГУИ можно пользоваться как виндой, и не видеть серьезных отличий от винды, и не понимать, почему многие ее так любят/не любят. Зависит от того, как именно вы ей пользуетесь и что вы на ней делаете. На уровне окошек/кнопок все ОС похожи.

Костыль. Этот класс ни для чего не нужен. Да и избыточный код мне спокойнее писать в css, а не в разметку (кеш). Такой вариант в моем случае рассматривался, но был отклонен (уже не вспомню, по какой конкретно причине). Ну и в любом случае потребовалось бы три класса: maincolor, mainbordercolor, mainbackgroundcolor. Можно развить эту идею дальше: <p class="redtext graybackground font18px verdana underlined">… Это было неправильно, пока не существовало фирменного стиля у компаний. Можно придумать много обходных решений, чтобы отклонить одно очевидное: переменные.

Да, с цветом было бы очень удобно. Приходилось делать несколько шаблонов, абсолютно одинаковых, отличающихся лишь основным цветом (для примера — разные разделы на сайте, или группу сайтов разной тематики одной компании). Пришлось сделать три огромных объявления, в которых перечислить через запятую все селекторы для элементов, в которых использовался основной цвет. Отдельно фон, отдельно бордеры, отдельно цвет текста. Переменная пришлась бы очень кстати. Сгенерированное содержимое — тоже хорошо. Те же нумерованные списки с разным оформлением нумерации: 1. 2) 3: 4 — 5 это все не предусмотришь, генерированный контент выручит. Также нумерация заголовков с разделами/подразделами, символами параграфов и т. д. Нумерацию в контент включать не вариант — при добавлении-удалении раздела смещать нумерацию неудобно, даже автоматизированно. Ну и также надо определить в спецификации, должно ли копироваться сгенерированное содержимое в буфер обмена (и, вообще, выделяться), а то неопределенность в этом случае напрягает.

Тем не менее может они наконец-то, например, задумаются о том, что border-image стоило бы неслабо переделать, сейчас он применим только в простых случаях при низкой нагрузке (да, таких случаев большинство, но сама архитектура этой технологии очень ограничена). И таких примеров можно поискать еще. Да, все хорошо, пока это используется на хомпейдже для кота. Бывают и проекты другого масштаба. Так что уж лучше думают не только о том, как что-то сделать, а еще и как это потом использовать.

Это и есть хорошо. В некоторых ситуациях (с которыми сталкиваюсь регулярно) таблица — единственно приемлемый способ создания раскладки. Теперь ее можно будет использовать, и при этом не чувствовать, как будто идешь на сделку с совестью Боюсь, что этим могут злоупотреблять, но отсутствие такого атрибута никому не мешало злоупотреблять таблицами и раньше.

Неужели им где-то досталась капля адекватности, или они сделали короткую вылазку в реальность из своего сферического мира в вакууме?

Не надо этого хотеть. SVG годится для мелких иконок, интерактивной инфографики и подобных вещей. Оформление с помощью SVG - неудобно, бессмысленно и беспощадно. Пробовал. Слишком много оговорок.

Реализовывать video средствами HTML5 — гемор, да. У флеш-видео гемор возникает просто в другом месте — при использовании. Что важнее — решать, к сожалению, разработчикам, а не пользователям. Кстати, что плохого в том, чтобы реализовывать «совсем уж черновые спецификации» с вендорным префиксом?

Я, честно говоря, слабо понимаю, как статус одной спецификации влияет на то, что считать _единственным_ _стандартизированным_ способом в рамках другой спецификации. Такой способ не обеспечивает гармоничного взаимодействия со страницей в динамике, поэтому его вообще странно рассматривать всерьез.

Можно какой-нибудь пруф того, что единственный, и того, что стандартизированный А то голословно выглядит. Да не стал он хорошим Он стал лучше, чем 8-й, это естественно. Да, много плюшек радует. Но хорошим он станет, когда вот таких шероховатостей, как комбинации различных свойств, нормально работающих по отдельности, не станет, или станет пренебрежимо мало. При этом я не утверждаю, что другие браузеры — «хорошие» (опера, приводимая здесь как пример, это вообще ужас-ужас). У них тоже есть проблемы, над которыми нужно работать. Вероятно, я просто более требователен. Но градиент и бордер-радиус средствами svg — это за гранью добра и зла. Например, изменить градиент по hover и иначе — по focus, а при hover и focus одновременно еще и бордер-радиус изменить — это шаманский ритуал. Ну нафиг, это может делаться проще и должно делаться проще. IE 9 стал лучше. Хорошего браузера пока не существует.

Каких именно вам не хватает?

Поставил себе задачу сломать этот парсер валидным CSS3. Получилось. Стили суровые, да. @import url('reset.css'); @import "layout.css"; @media screen { body { font-size: 110%; } img { border: 1px solid red; } img[alt] { border: 1px solid green; } ul[class='It\'s\{true\}'] li:nth-child(odd)::before { content: '\2014 It\'s odd list\ item'; } ul[class='It\'s\{true\}'] li:nth-child(even)::before { content: '\2014 It\'s even list\ item'; } } А исходник парсера никак нельзя будет увидеть? Просто у меня сейчас есть родственная задача, не сжатие, но разбор CSS все равно требуется. Пока что моя реализация слишком проста, и, например, медиа-правила там только что появились (еще плохо обрабатываются), а комменрариев нет вообще P.S.: Ух ты, оказывается парсер, который подсвечивает код, не сломался на этих стилях С другой стороны нет гарантии, что он разбирал их именно как CSS.

Да, мой скриншот из пятой версии.

Вообще, странно, что нет. Может не быть пункта tweet А остальное должно быть.

Грязно и навскидку получилось так: открываем инспектор, говорим в консоли var el = document.createElement("pre"); el.innerText = document.documentElement.innerHTML ; document.documentElement.appendChild(el); У меня сработало, но скорее всего сработает только в простых случаях.

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

Не знаю, насколько мой опыт заслуживает внимания, но, например, уверен, что искать современные книги по типографике особого смысла нет — это не такая область, где все существенно меняется за 20–30 лет. Скорее, вас не должны интересовать (в практическом смысле) источники о типографике XVII века, например. Ну и к литературе начала XX века тоже стоит относиться с некоторой осторожностью (но многое будет актуально). Поэтому не нужно бояться читать Рудера, Брингхерста, Чихольда — это не старье, это фундамент. Насчет того, что учиться лучше на зарубежных источниках — мнение неоднозначное. Можно, корее всего, почерпнуть хорошие примеры самого основоного: контраст, ритм, пропорция, членение и т. д. Однако бездумно переносить увиденные приемы в килиллицу не нужно, это разные алфавиты, разные начертания, разные нюансы и разные исторические традиции. А что касается литературы о типографике именно для веба — не попадалось вообще. Если кто-то подскажет — буду благодарен.

Так в том-то и дело, что присваивается prompt, а в том фрагменте, который выводит результаты, проверяется correctAnswer. if (_correctAnswer_ == 'Барбот де Марни')

Вы же присваиваете переменной correctAnswer значение в самом начале (правильный ответ), а затем нигде его не меняете и сравниваете с правильным ответом. У вас условие всегда истинно. Так работает: <meta encoding="utf-8"> <body> <script type="text/javascript"> var correctAnswer= 'Барбот де Марни'; var response= prompt ('Кто из французских инженеров работал на Среднем урале в начале прошлого века?', ''); if (response.toUpperCase() ==correctAnswer.toUpperCase()) { document.write ('Вы правы'); }else{ document.write('Вы ошиблись'); } </script></body>

Да вроде можно. Я еще не ставил, но скорее всего в контекстном меню тулбара.