Разработчики браузерного движка WebKit объявили (https://webkit.org/blog/6131/updating-our-prefixing-policy/) об изменении правил (https://webkit.org/feature-policy/) интеграции поддержки экспериментальных web-технологий. Отныне все новые экспериментальные возможности будут добавляться без префикса "-webkit-", но будут активироваться только при включении специальных runtime-флагов.
Что касается ранее добавленных элементов с префиксом "-webkit-", то решения по их удалению будет приниматься в индивидуальном порядке. Разработчики намерены существенно сократить число элементов с префиксом, но для обеспечения совместимости на некоторое время сохранят популярные элементы, находящиеcя в обиходе.
Отказ снабжения экспериментальных возможностей специальным префиксом обусловлен плачевной ситуацией с применением на практике элементов CSS, снабжённых префиксом "-webkit-". С учётом доминирования движка webkit на мобильных устройствах подобные элементы превращаются в стандарт де-факто и начинают досрочно применяться в реальных приложениях. Более того, они продолжают использоваться даже после появления стандартизированного варианта элемента без префикса так как подавляющее большинство мобильных браузеров сохраняют поддержку свойств "-webkit-". Например, в приложениях широко используются (https://compat.spec.whatwg.org/) свойства "-webkit-flexbox", "-webkit-transforms", "-webkit-transform-3d", "-webkit-filter" и "-webkit-animation".
Применение подобных нестандартных свойств, специфичных для одного самого популярного браузерного движка, создаёт проблемы с совместимостью и вынуждает (https://www.opennet.me/opennews/art.shtml?num=43627) разработчиков альтернативных браузеров реализовывать в своих продуктах элементы с префиксом "-webkit-", вопреки их изначальному предназначению для индикации неготовых для внедрения экспериментальных функций. Например, серия подобных элементов добавлена (https://wiki.mozilla.org/Compatibility/Mobile/Non_Standard_C...) в свежем выпуске Firefox. Кроме того, перестаёт работать стратегия удаления снабжённых префиксом элементов после появления их стандартизированных вариантов, так как разработчики браузеров не готовы пойти на нарушение совместимости с большим числом приложений, даже если они используют нестандартные элементы, предназначенные только для тестирования.URL: https://webkit.org/blog/6131/updating-our-prefixing-policy/
Новость: http://www.opennet.me/opennews/art.shtml?num=44322
А все здравомыслящие люди отказываются в свою очередь от вебкит.
Альтернативы?
Блинк же. Вебкид забагован и устарел, блинком же сейчас занимаются лучшие инженеры.
и чем блинк не вебкит? разве это не минимальный ребрендинг? суть все та же.
Это форк со всеми вытекающими
вот именно что ничего не вытекает. могут пилить реально что-то свое, а могут просто условно логотипы менять.
Я знаю что в вебките есть баг, приводящий к крашу при закрытии вкладки в большинстве браузеров его использующих. Подробности не скажу, ибо лень копаться в дерьме, но в блинке такой проблемы нету.
Разница очевидна.
Тю, гора родила мышь. Про отсутствие строго обратнонаправленных ошибок уже в Blink готовы поручиться?
Между Blink и WebKit уже не осталось почти ничего общего.
Ха-ха, это ты из носа выковырял или diff посмотрел?
> Между Blink и WebKit уже не осталось почти ничего общего.То-то они постоянно друг у друга патчи таскают
> разве это не минимальный ребрендинг?Борис, ты неправ! Ой извините Владимир Ильич, перепутал, но вы всё же неправы.
ВебКит это новое слово в науке и техники, хотя и поминает не то украинского кота не то русского кита в названии.
Блинк — это же WebCore с открученным родным js и прикрученным v8, не?
А что, в блинке префикс -webkit- останется, что ли???
в данном случае множество отказавшихся состоит из пользователей Firefox и IE/Spartan/EDGE, а условие здравомыслия исключает последних.
С разморозкой! Chromium и всего его производные уже давно используют не WebKit, а его сильно мутировавшую версию - Blink.
IE/Spartan/EDGE только один недостаток - не кроссплатформенный.
> IE/Spartan/EDGE только один недостаток - не кроссплатформенный.и закрытый.
>IE/Spartan/EDGE только одно достоинство - не кроссплатформенныйfixed.Не благодари.
Спасибо. Смешно.
> в данном случае множество отказавшихся состоит из пользователей Firefox и
> IE/Spartan/EDGE, а условие здравомыслия исключает последних.Пользователи Chrome выше 28 версии, Opera 15 версии, Vivaldi, Яндекс.Браузере
с Вами несогласны.
> Пользователи Chrome выше 28 версии, Opera 15 версии, Vivaldi, Яндекс.Браузере
> с Вами несогласны.разве Blink не прямой потомок Webkit?
WebKit/Blink это единственный движок для которого нормально реализовано аппаратное ускорение. А не "как повезет с видеокартой".
А зачем это в браузере? Он должен страницы открывать, а не игры или видео поддерживать.
> WebKit/Blink это единственный движок для которого нормально реализовано аппаратное ускорение. А не "как повезет с видеокартой".Это поэтому у меня в хромообразных браузерах визуализация скролинга тормозит на интегрированной I7 в Skylake?
Справедливости ради - в других браузерах не проверял, но в других прилоежниях такого не замечено.
Будешь кукарекать когда Opera 12 откроют.
От единственного движка отвечающему современным реалиям? Ох уж мне эти гики и фаны...
клоун: Движок должен работать по стандартам, а не создавать их. Может тогда и не будет возникать идиотской ситуации, что или ты строишь браузер на webkit, или у тебя половина сайтов не открывается. Тогда он и перестанет быть "единственным".Но живущим при диктатуре этого не понять... Они в принципе не понимают как можно "сменить лидера". Сама только мысль об этом вызывает у них острое желание написать донос.
> Движок должен работать по стандартамУдали в таком случает браузер, он не соответсвует стандартам.
клоун: Старая дилемма: должен ли стандарт содержать все новые возможности (большая часть которых не приживётся) или он должен быть консервативным и отражать только давно устоявшийся функционал.Сейчас стандарт консервативный, но т.к. функциональностью -webkit- часто пользуются, значит нужно делать его более динамичным.
И это претензия не к разработчикам webkit, а к тем, которые стандарты пишут.
Сейчас, когда webkit отменит свой именной префикс, он по сути де-факто заменит собой имеющиеся организации по стандартизации, сделав их де юро главными, а де факто подконтрольными.
Нам, клоунам, такое не по душе.
При копипасте реплик из методички не забывай стирать имя!
Я даже растерялся на секунду, думал на lenta.ru зашел по ошибке, а не на opennet
«от Вебкита», Алё
для того чтобы использовать префефикс -webkit ?
> 26.04.2016 Релиз Firefox 46. Добавлена поддержка порции свойств с префиксом "-webkit-".
> 27.04.2016 WebKit отказывается от префикса "-webkit-" для экспериментальных возможностей
>> 26.04.2016 Релиз Firefox 46. Добавлена поддержка порции свойств с префиксом "-webkit-".
>> 27.04.2016 WebKit отказывается от префикса "-webkit-" для экспериментальных возможностейApple в очередной раз доказал маркетолагам из Firefox что это не поможет набрать пользователей.
Скрипткиддисов это не остановит - будут лепить и без префиксов. Только потом сложнее будет все эти экспериментальные расширения вычищать.
Это хорошо, что разработчики вэбкита об этом задумались.
Первый шаг - это хорошо!
Но он бессмысленен, если они не удалят и не будут удалять в последствии все свойства с префиксом -webkit- которые браузер поддерживает без него, заставив владельцев говносайтов заставить своих говноверстальщиков переписать свой говнокод!
Авось это будет способствовать уходу в прошлое подобного:
-webkit-user-select:none;
-moz-user-select:none;
-ms-user-select:none;
user-select:noneА воообще, забавна история развития HTML5. HTML4 был стандартизирован W3C. Но потом они решили забить на HTML в пользу XHTML. А вот сайтостроители и производители браузеров забивать не хотели. И тогда была создана WHATWG. В неё вошли представители производителей крупнейших браузеров, а возглавил Йен Хиксон.
Данная группа решила придерживаться другого подхода -- не выдумывать синтетический стандарт, а описать имеющееся положение вещей (а заодно и договориться). Ибо, если какой-то тэг поддерживается по факту всеми крупными браузерами, то его де факто можно считать стандартным.
Так родилась live-версия стандарта, которая постоянно эфолюционирует, отражая актуальное состояние дел. W3C со временем спохватилась, и начала тоже стандартизировать HTML5, но у них процесс идёт традиционно медленнее, и до сих пор стандарт не вышел из статуса технической рекомендации, так и не став финальным стандартом.
Похожая ситуация наблюдается и с CSS3, только с тенденцией последнего распадаться на кучу отдельных подстандартов.
Так что если не только Webkit, но и другие движки уберут префиксы, в первую очередь, со свойств, поддерживаемых всеми, то веб станет чище.
> Так что если не только Webkit, но и другие движки уберут префиксы, в первую очередь, со свойств, поддерживаемых всеми, то веб станет чище.Если бы. Просто в коде надо будет проверять UserAgent перед тем, как использовать ту или иную фичу.
http://caniuse.comВыбирается множество фич, поддерживаемое всеми нужными браузерами и работаем в его пределах. На вопросы "а можно прикрутить такую-то новомодную свистопердень?" показываем утверждённое ТЗ, и смету дополнительных расходов. Очень способствует.
> http://caniuse.comhttp://caniuse.com/#search=details
О! Не уже ли 48-ой уже спойлеры поддерживает?
А в багзилле молчат, как партизаны.