А можете объяснить, каким образом этот символ можно написать (нарисовать?) с обычной клавиатуры? Или людям придётся постоянно обращаться к таблице юникод-символов?
P.S. он выглядит по-разному на линуксовой машине и андроидовом планшете.
Под виндой:
Пользователь должен установить или создать ключ реестра HKCU \ Control Panel \ Input Method \ EnableHexNumpad с типом REG_SZ и значением 1 и перезагрузить компьютер.
После этого можно использовать метод:
Держите нажатой клавишу Alt. Нажмите клавишу «+» на цифровой клавиатуре.
Не отпуская Alt введите шестнадцатеричное число, используя цифровую клавиатуру для цифр 0-9 и обычные клавиши для ввода символов a-f.
Мало нам было всяческих js-фреймворков и библиотек, теперь еще и гугл свою инициативу выкатил.
А ведь они стопудово станут ранжировать в поисковой выдаче сайты с этим AMP выше чем остальные, поэтому придется и это изучать.
Не сочтите за грубость, но если вы ожидали, что настанет тот момент, когда вы сможете сказать — теперь я знаю все, что нужно мне для работы до конца дней — то вы зря выбрали профессию связанную с it, нужно было идти на рынок торговать, там все по-старому.
А по теме статьи — гугл просто хочет нативные компоненты, которых нет в html5. На его месте, я бы уже зашил в хром код для рендера гугл.ком на асме. Они бы так и сделали, но ни одним хромом… А разработаешь стандарт — можно ожидать, что всякие мозиллы реализуют нативно компоненты с твоей главной.
Нативные компоненты — это не главная цель AMP. AMP HTML — это урезанное подмножество HTML, которое нацелена на быструю загрузку страница и ограничивает использование многих вещей, например своего js. На странице может присутствовать только единственный js script — сам amp. Не получится сделать какую хочешь анимацию, эффекты, если они не идут с самой amp библиотекой. На данный момент нельзя использовать даже iframe, т.е. не получится обойти ограничение и писать что хочешь в iframe. В целом AMP предназначен для статических страниц с текстом+картинками. Например новостные статьи или блог посты.
Плюсом этого является то, что AMP страницы можно показывать прямо с поисковой страницы гугла не переходя на сайт (как в примере гифке), формат гарантирует безопасность и статичность контента и гугл может выступать в качестве прокси, что должно ускорить отдачу/рендеринг контента и снять нагрузку с самого сайта. Подобную штуку можно реализовать и в твиттере: если в твите ссылка на новостную статью, то он тоже может показать ее AMP вариант без надобности пользователю загружать полную версию новостного сайта.
То, что она огораживает от библиотек говнокодеров, предлагая правильные решения от кодеров Гугла? Если так, то какой смысл её использовать если руки прямые и понимаешь что делаешь?
Есть мнение, что они сначала пишут реализацию на JS, а потом постепенно переведут его в сам браузер, так что пользователи либы не заметят особо разницы.
Google рассказал о новой инициативе для ускорения работы веб-страниц на мобильных устройствах: Accelerated Mobile Pages