Не нужно быть инглишменом, нужно всего лишь понимать суть текста, который переводите. В данном случае round trip — круговая задержка, время приема-передачи сигнала. origin — источник, веб-ресурс. В данном случае следовало перевести "Избегайте многократных и дорогостоящих запросов к веб-ресурсам". Вероятно, это тоже не идеально, но всяко лучше, чем "поездки в любую точку".
А вы F-клавиши нажимали вслепую, а сейчас не можете, так как нет тактильной отдачи? В таком случае да, это плохо. Проблему может исправить отдельный Taptic Engine для тачбара (как сейчас есть в тачпаде), этот функционал так и просится, не знаю, почему Apple не сделали этого до сих пор.
В изначальном комментарии я говорил о себе, но, думаю, я не один такой уникальный, кому тачбар не принес хлопот, просто в интернете в основном слышно только негативные отзывы, если людей все устраивает, то они об этом не пишут.
Не все владеют слепой печатью и более того — не всем эти навыки нужны. Как по мне, есть другая проблема — кнопки на тачбаре затухают, когда отключается подсветка и нужно сделать какое-нибудь действие, чтобы они активировались. Но и это не очень критично (для меня).
Например я и раньше не использовал F-клавиши, а с тачбаром можно поставить свои шорткаты на часто выполнимые действия (блокировка, переход ко сну, переключение песен, регулировка звука), так что лично для меня (думаю, и не только) тачбар — это плюс.
Источником может быть только текст самого GDPR. Я сам принимал участие в разработке функционала для настройки кук пользователем и делалось это в рамках адаптации нашего сайта под требования GDPR, так что можете быть уверены, что это именно GDPR.
А вы пробовали работу в IE11 на практике? Не совсем понятно, как это возможно, ведь Proxy не полифиллится. Если поддержки одного Reflect достаточно, то зачем тогда там Proxy?
Вы ошибаетесь. С корневым сертификатом есть доступ ко всем данным, что передаются по шифрованному соединению. В том числе к почте gmail. В этом и смысл "человека по средине".
Переменные в css сейчас можно спокойно использовать, если не нужна поддержка IE. Все остальные браузеры (в том числе Edge) поддерживают данный функционал. И, исходя из этого, а также из того, что статус https://www.w3.org/TR/css-variables/ — Candidate Recommendation, можно сделать вывод, что спецификация больше меняться не будет (вернее, что вероятность этого крайне мала).
То есть, вы предлагаете, если нужно использовать одну функцию из jQuery, тянуть всю jQuery в проект, если нужна одна функция из lodash, тянуть весь lodash и т.д.?
Вы не совсем правы, на самом деле сейчас все фичи ES2017 реализованы в Chrome, Firefox, Safari. Где-то в стабильной версии, где-то в бета-версии, где-то что-то пока под флагом. Но реализованы. Сейчас производители развивают браузеры в общем-то очень динамично. Чуть отстает только Edge, но и то не сильно.
Ну правильно, это обычный путь в стандарт — сначала используют стороннюю библиотеку для какой-то фичи, потом кто-то предлагает фичу в черновик стандарта, потом используют babel, а уже после добавления в стандарт отключают транпиляцию данной фичи — нативное использование… PROFIT!
Стандартный браузер на Андроиде обычно так и называют — Андроид-браузер. Внутри он базируется на Хромиуме от Гугла, а не на чистом Вебките, как Сафари, поэтому это не одно и то же. При разработке под такой браузер лучше ориентироваться на Хром соответсвующей версии, чем Сафари.
Пауза скриптов в неактивной вкладке — это вещь очень важная для мобильный устройств. То есть, по сути это не является минусом браузера, скорее особенностью платформы. Я подозреваю, что остальные баги мобильного сафари тоже не столько баги, сколько фичи, реализованные для большего быстродействия (при этом я не оправдываю Apple, им стоило бы писать об этих особенностях в своей документации).
По поводу Сафари под Андроид не совсем понял — под Андроид же нет Сафари, этот браузер эппловский и существует только на ее платформах (старую версию под Видовс не учитываем).
Не нужно быть инглишменом, нужно всего лишь понимать суть текста, который переводите. В данном случае round trip — круговая задержка, время приема-передачи сигнала. origin — источник, веб-ресурс. В данном случае следовало перевести "Избегайте многократных и дорогостоящих запросов к веб-ресурсам". Вероятно, это тоже не идеально, но всяко лучше, чем "поездки в любую точку".
А вы F-клавиши нажимали вслепую, а сейчас не можете, так как нет тактильной отдачи? В таком случае да, это плохо. Проблему может исправить отдельный Taptic Engine для тачбара (как сейчас есть в тачпаде), этот функционал так и просится, не знаю, почему Apple не сделали этого до сих пор.
В изначальном комментарии я говорил о себе, но, думаю, я не один такой уникальный, кому тачбар не принес хлопот, просто в интернете в основном слышно только негативные отзывы, если людей все устраивает, то они об этом не пишут.
Не все владеют слепой печатью и более того — не всем эти навыки нужны. Как по мне, есть другая проблема — кнопки на тачбаре затухают, когда отключается подсветка и нужно сделать какое-нибудь действие, чтобы они активировались. Но и это не очень критично (для меня).
Например я и раньше не использовал F-клавиши, а с тачбаром можно поставить свои шорткаты на часто выполнимые действия (блокировка, переход ко сну, переключение песен, регулировка звука), так что лично для меня (думаю, и не только) тачбар — это плюс.
В 2017 году поставили, вот пруф: https://www.macrumors.com/2017/06/09/teardowns-show-new-macbook-unchanged-design/
Источником может быть только текст самого GDPR. Я сам принимал участие в разработке функционала для настройки кук пользователем и делалось это в рамках адаптации нашего сайта под требования GDPR, так что можете быть уверены, что это именно GDPR.
Да, это оно.
Спасибо за ссылки. Я раньше читал страницу https://babeljs.io/learn-es2015/#proxies и там указано, что
Исходя из этого, думал что совсем нельзя.
Оказывается, Proxy таки возможно заполифиллить, но только частично
А вы пробовали работу в IE11 на практике? Не совсем понятно, как это возможно, ведь Proxy не полифиллится. Если поддержки одного Reflect достаточно, то зачем тогда там Proxy?
Добавьте в статью, что WebKit еще использует Epiphany Browser, он же GNOME Web.
Вы ошибаетесь. С корневым сертификатом есть доступ ко всем данным, что передаются по шифрованному соединению. В том числе к почте gmail. В этом и смысл "человека по средине".
Проблемы работы в оффлайне уже решены. Гуглить по ключевым словам «Progressive Web Apps» и «Service Workers».
Да вроде как рассмотрены. Я вижу их упоминание в статье.
Переменные в css сейчас можно спокойно использовать, если не нужна поддержка IE. Все остальные браузеры (в том числе Edge) поддерживают данный функционал. И, исходя из этого, а также из того, что статус https://www.w3.org/TR/css-variables/ — Candidate Recommendation, можно сделать вывод, что спецификация больше меняться не будет (вернее, что вероятность этого крайне мала).
То есть, вы предлагаете, если нужно использовать одну функцию из jQuery, тянуть всю jQuery в проект, если нужна одна функция из lodash, тянуть весь lodash и т.д.?
Вы не совсем правы, на самом деле сейчас все фичи ES2017 реализованы в Chrome, Firefox, Safari. Где-то в стабильной версии, где-то в бета-версии, где-то что-то пока под флагом. Но реализованы. Сейчас производители развивают браузеры в общем-то очень динамично. Чуть отстает только Edge, но и то не сильно.
Ну правильно, это обычный путь в стандарт — сначала используют стороннюю библиотеку для какой-то фичи, потом кто-то предлагает фичу в черновик стандарта, потом используют babel, а уже после добавления в стандарт отключают транпиляцию данной фичи — нативное использование… PROFIT!
Стандартный браузер на Андроиде обычно так и называют — Андроид-браузер. Внутри он базируется на Хромиуме от Гугла, а не на чистом Вебките, как Сафари, поэтому это не одно и то же. При разработке под такой браузер лучше ориентироваться на Хром соответсвующей версии, чем Сафари.
Пауза скриптов в неактивной вкладке — это вещь очень важная для мобильный устройств. То есть, по сути это не является минусом браузера, скорее особенностью платформы. Я подозреваю, что остальные баги мобильного сафари тоже не столько баги, сколько фичи, реализованные для большего быстродействия (при этом я не оправдываю Apple, им стоило бы писать об этих особенностях в своей документации).
По поводу Сафари под Андроид не совсем понял — под Андроид же нет Сафари, этот браузер эппловский и существует только на ее платформах (старую версию под Видовс не учитываем).
Интересно. А почему? Он плох в поддержке каких-нибудь стандартов или интерфейсом?