https://opennet.dev/openforum/vsluhforumID3/74158.html Ян Хиксон (Ian Hickson (http://ian.hixie.ch/)), создатель спецификации HTML 5, автор тестов Acid и соавтор спецификаций CSS, от имени сообщества WHATWG (http://www.whatwg.org/) анонсировал (http://blog.whatwg.org/html-is-the-new-html5) некоторые существенные изменения в формировании web-стандарта HTML5. Наиболее важным изменением является отказ от нумерации версий HTML - вместо HTML5 в спецификациях (http://whatwg.org/html) отныне будет просто указываться "HTML". Более того, обновления стандарта теперь будут выпускаться в непрерывном цикле, без явной фиксации версий, без предварительного тестирования черновых вариантов и проведения их публичных обсуждений. <br><br><br>Спецификации HTML5 отныне будут развиваться (http://wiki.whatwg.org/wiki/FAQ) поступательно и постоянно поддерживаться в актуальном виде. Сам процесс расширения спецификаций остается неизменным, так как практика непрерывного внесения изменений во внутренние документы практикуется уже несколько лет. Изменение состоит лишь в превр...<br><br>URL: http://blog.wh https://opennet.dev/openforum/vsluhforumID3/74158.html#73 Wed, 26 Jan 2011 02:30:30 GMT &gt;&gt;&gt; Чем больше головной боли у разработчиков, тем больше глюков у пользователей. Закон <br>&gt;&gt;&gt; Фост... тьфу, жизни. :) <br>&gt;&gt; "выживает самый гибкий" (c) ваш.<br>&gt; Одно другому не мешает.<br><br>А при чём тут "не мешает"? Я говорил, что если разработчик браузера не сможет обеспечить нормальную работу своего продукта, то он просто вылетит с рынка. "Выживает самый гибкий".<br><br>&gt; А, так вот чем вы, оказывается, занимаетесь? То есть вы думали, что <br>&gt; никто до такой простой вещи ещё не додумался?..<br>&gt; Чего?! Когда это я говорил, что все подорвутся исправлять эти сайты?!<br><br>А вот это о чём:<br>&gt;&gt; Вы забыли один тонкий момент. Половина интернета тоже не захочет, чтобы она<br>&gt;&gt; перестала работать в новых браузерах. И будет в свою очередь подстраиваться<br>&gt;&gt; Выживает самый гибкий &#8212; как с одной, так и с другой стороны.<br><br>???<br><br>&gt; То есть вы не программист, но при этом позволяете себе советовать, КАК <br>&gt; ему надо выполнять свою работу. Ещё раз: не ЧТО в итоге <br>&gt; сделать (чтобы сайт показывался), а КАК это сделать. Так кому бы <br> https://opennet.dev/openforum/vsluhforumID3/74158.html#72 Tue, 25 Jan 2011 15:11:28 GMT Так о том и речь, надо бы вертикаль власти укрепить, такие надежды были на html5, а они тупо слили ((<br> https://opennet.dev/openforum/vsluhforumID3/74158.html#71 Tue, 25 Jan 2011 14:21:47 GMT &gt;&gt; Вообще-то о том и речь, что предлагаемый вами способ &#8212; более проблемный, чем используемый ныне.<br>&gt; Я бы сказал, что ныне никакого способа не используется, то есть, кто-то <br>&gt; проверяет используемые функции по-штучно, кто-то привязывается к версии браузера - парся <br>&gt; узерагент, что в сущности и предлагается прокачать, режимы совместимостимости - можно <br>&gt; было бы добавить для отстройки от конфликтов версий, когда функции с <br>&gt; одинаковым именем ведут себя по разному в разных версиях, хотя допущение <br>&gt; такого = ломание обратной совместимости = в стандартах не разделенных длительным <br>&gt; периодом времени нонсес, ноуворанти - со всеми вытекающими.<br><br>Да, это недостатки текущей схемы, когда используется единый движок, в котором отдельные элементы могут работать в разных режимах, но в целом движок один, только парсеры (по сути, тупейшие конечные автоматы, или что-то эквивалентное) могут различаться.<br><br>&gt; Хорошим примером, я бы назвал libfuse, несколько версий этого самого фусе прекрасно <br>&gt; уживаются в одн https://opennet.dev/openforum/vsluhforumID3/74158.html#70 Tue, 25 Jan 2011 13:58:18 GMT Кхм.<br><br>&gt; Вообще-то о том и речь, что предлагаемый вами способ &#8212; более проблемный, чем используемый ныне.<br><br>Я бы сказал, что ныне никакого способа не используется, то есть, кто-то проверяет используемые функции по-штучно, кто-то привязывается к версии браузера - парся узерагент, что в сущности и предлагается прокачать, режимы совместимостимости - можно было бы добавить для отстройки от конфликтов версий, когда функции с одинаковым именем ведут себя по разному в разных версиях, хотя допущение такого = ломание обратной совместимости = в стандартах не разделенных длительным периодом времени нонсес, ноуворанти - со всеми вытекающими.<br><br>Хорошим примером, я бы назвал libfuse, несколько версий этого самого фусе прекрасно уживаются в одной библиотеке, и даже в одних заголовочных файлах (*.h), переключение по #define FUSE_USE_VERSION, которая автоматом дефайнится, если не указать.<br><br>Хотя использование минорно-мажорной семантики не так однозначно. Впрочем, наплевать, пусть уже примут хоть какой-нить стандарт, а https://opennet.dev/openforum/vsluhforumID3/74158.html#69 Tue, 25 Jan 2011 09:19:09 GMT &gt;&gt; Чем больше головной боли у разработчиков, тем больше глюков у пользователей. Закон <br>&gt;&gt; Фост... тьфу, жизни. :) <br>&gt; "выживает самый гибкий" (c) ваш.<br><br>Одно другому не мешает.<br><br>&gt;&gt; То есть вы предлагаете искусственно создать дополнительные барьеры совместимости?<br>&gt; Чего? Да я тут уже несколько дней пытаюсь вам объяснить как важно <br>&gt; сохранить совместимость со старыми сайтами.<br><br>А, так вот чем вы, оказывается, занимаетесь? То есть вы думали, что никто до такой простой вещи ещё не додумался?..<br><br>&gt; Это вы здесь рассказываете мне сказки о недостижимости идеала, как программистам сложно, <br>&gt; как выживает самый гибкий и как все подорвутся исправлять давно работающие <br>&gt; сайты, чтобы они и в новых браузерах работали не хуже.<br><br>Чего?! Когда это я говорил, что все подорвутся исправлять эти сайты?!<br><br>&gt;[оверквотинг удален]<br>&gt;&gt; код одного из современных браузеров видели? Представляете себе, что это такое?<br>&gt;&gt; Очень легко сказать, как несложно что-то сделать. Докажите делом. Код Webkit <br>&gt;&gt; и FireFox открыт, если https://opennet.dev/openforum/vsluhforumID3/74158.html#68 Tue, 25 Jan 2011 09:03:05 GMT &gt; Чем больше головной боли у разработчиков, тем больше глюков у пользователей. Закон <br>&gt; Фост... тьфу, жизни. :)<br><br>"выживает самый гибкий" (c) ваш.<br><br>&gt; То есть вы предлагаете искусственно создать дополнительные барьеры совместимости?<br><br>Чего? Да я тут уже несколько дней пытаюсь вам объяснить как важно сохранить совместимость со старыми сайтами.<br>Это вы здесь рассказываете мне сказки о недостижимости идеала, как программистам сложно, как выживает самый гибкий и как все подорвутся исправлять давно работающие сайты, чтобы они и в новых браузерах работали не хуже.<br><br>&gt; Шикарно. И этот человек запрещает мне ковыряться в носу... :) <br><br>Да ковыряйтесь где хотите, мне-то какое дело?<br><br>&gt; Так, может, и ценность run-in вами несколько преувеличена? Повторюсь, вы хотя бы <br>&gt; код одного из современных браузеров видели? Представляете себе, что это такое? <br>&gt; Очень легко сказать, как несложно что-то сделать. Докажите делом. Код Webkit <br>&gt; и FireFox открыт, если чо. Жду ваших патчей, можно прямо здесь. <br><br>http://lurkmore.ru/С https://opennet.dev/openforum/vsluhforumID3/74158.html#67 Tue, 25 Jan 2011 02:01:36 GMT &gt; &gt;&gt; перестаньте думать что мир монохромно-чёрнобелый (думать что -- "HTML-version-X.Y" либо поддерживается &lt;чемто&gt; полностью, либо не поддерживается совсем) ..<br>&gt; &gt; Это не означает, что к этому не надо стремиться.<br>&gt; нет.. к этом не надо стремиться... это как "ссать против ветра"...<br>&gt; ...мир никогда не станет чорнобелым -- и вы должны смеритсья с этим ... так как "монохромная-чорнобелость" -- это ПРОТИВОЕСТЕСТВЕННО<br><br>чЁрно-белым мир может и не станет. Только ничего естественного в языках программировая нет, если уж суд классифицирует деяния человека, то идеализировать html сможет даже сопливый школьник.<br> https://opennet.dev/openforum/vsluhforumID3/74158.html#66 Tue, 25 Jan 2011 01:58:19 GMT &gt;&gt; Не-не-не, вы не так поняли: я говорю про изменения, которые будут касаться <br>&gt;&gt; кода браузера в самых неожиданных (для вас сейчас) местах, и не <br>&gt;&gt; обязательно вообще касаться реализации собственно HTML- или CSS-спецификации.<br>&gt; Пусть об этом голова болит у разработчиков браузеров. К вопросу о необходимости <br>&gt; нумерации стандартов это никак не относится.<br><br>Чем больше головной боли у разработчиков, тем больше глюков у пользователей. Закон Фост... тьфу, жизни. :) Вы предлагаете увеличить объём работы программистов ради некоего идеала. А ничего, что эти программисты будут заниматься непродуктивным делом вместо того, чтобы (например) реализовывать нужные вам функции? Или, может, это вы спонсируете хотя бы процетов на 30 разработку одного из популярных браузеров, или хотя бы их движков?<br><br>&gt;&gt; Так в том-то и дело, что доработку те же самые пользователи будут <br>&gt;&gt; требовать для всех движков. Вспомните, сколько сайтов в своё время прекрасно <br>&gt;&gt; обходились без DOCTYPE или честно признавались, что они поддерживаю https://opennet.dev/openforum/vsluhforumID3/74158.html#65 Tue, 25 Jan 2011 01:17:54 GMT &gt; Не-не-не, вы не так поняли: я говорю про изменения, которые будут касаться <br>&gt; кода браузера в самых неожиданных (для вас сейчас) местах, и не <br>&gt; обязательно вообще касаться реализации собственно HTML- или CSS-спецификации.<br><br>Пусть об этом голова болит у разработчиков браузеров. К вопросу о необходимости нумерации стандартов это никак не относится.<br><br>&gt; Так в том-то и дело, что доработку те же самые пользователи будут <br>&gt; требовать для всех движков. Вспомните, сколько сайтов в своё время прекрасно <br>&gt; обходились без DOCTYPE или честно признавались, что они поддерживают спецификацию 3.2 <br>&gt; &#8212; что, CSS 2.1 должен был пройти мимо них?<br><br>Он уже прошёл мимо них. Сайты, разработанные в те давние времена, сегодня уже не будут ничего требовать. Они уже были созданы с учётом реалий того времени и реализация чего-то дополнительно на них никак не скажется. Лишь бы из старого ничего не сломалось.<br><br>&gt; А вот при реализации run-in необходимо учитывать множество подводных камней, связанных <br>&gt; как с требованиями са