Компания Google представила (https://chromereleases.googleblog.com/2017/10/stable-channel...) релиз web-браузера Chrome 62 (http://www.google.com/chrome). Одновременно доступен (https://www.chromium.org/developers/calendar) стабильный выпуск свободного проекта Chromium (http://dev.chromium.org/), выступающего основой Chrome. Браузер Chrome отличается (https://code.google.com/p/chromium/wiki/ChromiumBrowserVsGoo...) использованием логотипов Google, возможностью загрузки модуля Flash по запросу, наличием системы отправки уведомлений в случае краха, модулями для воспроизведения защищённого видеоконтента, системой автоматической установки обновлений и передачей при поиске RLZ-параметров (https://www.opennet.ru/opennews/art.shtml?num=26822).Основные (https://productforums.google.com/forum/#!forum/chrome) изменения (https://plus.google.com/+FrancoisBeaufort/posts) в (https://blog.chromium.org/2017/09/chrome-62-beta-network-qua...) Chrome 62 (https://developers.google.com/web/updates/2017/):
- Расширен спектр ситуаций при которых выводится сообщение о небезопасном соединении при обращении к сайтам по HTTP. Помимо уже выставляемой метки небезопасного соединения при заполнении форм ввода пароля и номеров кредитных карт, аналогичное предупреждение теперь будет выводиться при заполнении любых форм данных на страницах открытых по HTTP, а также при открытии сайтов по HTTP в режиме инкогнито;
- Возможность (https://chromium-review.googlesource.com/c/chromium/src/+/58...) отключить звук для отдельных сайтов. Пользователь может на постоянной основе заблокировать вывод звука для конкретных сайтов, которые злоупотребляют автоматическим воспроизведением видео или раздражающими звуковыми эффектами;
- В настройки добавлена опция для включения режима обратной прокрутки , меняющего направление сдвига содержимого при прокрутке вращеним колеса мыши;
- В API Network Infomation (https://wicg.github.io/netinfo/) добавлены метрики качества сетевого соединения, позволяющие оценить реальную пропускную способность текущего подключения и задержки в доставке пакетов, помимо ранее предоставляемых сведений о теоретической скорости сетевого интерфейса. Кроме того, предоставлены средства для постоянного отслеживания сетевой производительности и генерации уведомлений об изменении качества канала связи. Для упрощения информация о скорости привязана к классам сетевого подключения, например, 2G, 4G, WiFi и Ethernet (например, будет выставлен класс 2G, даже если фактическое соединение Ethernet, но наблюдаются большие задержки). С практической стороны, разработчики могут воспользоваться новым API для загрузки упрощённой версии сайта или отключения сервисов, требующих интенсивной передачи данных, в условиях медленного сетевого соединения;- Добавлена поддержка изменчивых шрифтов OpenType (https://www.opennet.ru/opennews/art.shtml?num=45153) (variable fonts), в которых толщина, ширина и другие стилистические характеристики глифа могут произвольно меняться. Вместо отдельного описания каждого представления, комбинации возможных вариантов определяются в одном шрифтовом ресурсе через определения возможных delta-отклонений от базового глифа с получением результата через применение интерполяции. Таким образом, вместо использования для каждого стиля своего файла со шрифтом, можно обойтись одним шрифтовым файлом, что значительно сокращает размер данных, необходимых для получения заданного результата. Управление параметрами отрисовки изменчивых шрифтов осуществляется при помощи CSS-свойств font-weight (https://drafts.csswg.org/css-fonts-4/#font-weight-prop) (теперь можно указывать не только класс, но и цифровые значения для толщины и стиля) и font-variation-settings (https://drafts.csswg.org/css-fonts-4/#font-variation-setting...) (более тонкая настройка глифов);
- В API DOM Elements добавлено расширение Media Capture (https://w3c.github.io/mediacapture-fromelement/#html-media-e...), позволяющее захватывать содержимое, отрисовываемое при помощи HTMLMediaElements (например, контент, выводимый через теги video и audio). Захват инициируется методом captureStream() (https://developers.google.com/web/updates/2016/10/capture-st...), после чего мультимедийные данные передаются в форме MediaStream напрямую из HTMLMediaElements. В том числе возможна запись и отправка захваченного потока через WebRTC и обработка при помощи API WebAudio;
- Внесены (https://v8project.blogspot.ru/2017/09/v8-release-62.html) новые оптимизации производительности в JavaScript-движок V8.
До 6.5 раз увеличена скорость работы метода Object#toString(), что положительно сказалась на работе фреймворков, использующих Object#toString(), например, производительность
AngularJS возросла примерно на 3% (по тесту Speedometer). Также до 3 3 раз ускорена работа метода String#includes(), до 5 раз someProxy(params) и SomeOtherProxy(params) и до 6.5 раз someProxy.property. Внесены оптимизации в работу Map, Set, WeakMap и WeakSet, позволившие ускорить работу с хэшами при использовании библиотеки Hashcode;
- Улучшена работа движка V8 на устройствах с небольшим объёмом ОЗУ, для которых начальный размер буфера для объектов с коротким жизненным циклом уменьшен до 512K;- Максимальный размер строк на 64-разрядных системах увеличен с 2^28 (256 Мб) до 2^30 символов (1 Гб);
- В движке разбора регулярных выражений по умолчанию включен (https://developers.google.com/web/updates/2017/07/upcoming-r...) режим dotAll (https://mathiasbynens.be/notes/es-regexp-proposals#dotAll) при указании флага "s", при котором под маску "." подпадают в том числе символ перевода строки (/foo.bar/su.test('foo\nbar'); // true). Добавлен механизм оценки Lookbehind (https://developers.google.com/web/updates/2017/07/upcoming-r...), позволяющий определить в регулярном выражении, что один шаблон предшествует другому (например, сопоставить сумму в долларах без захвата знака доллара);
- В API PaymentRequest (https://developer.mozilla.org/en-US/docs/Web/API/Payment_Req...) для каждого метода платежей обеспечена возможность указания различных цен и элементов при помощи модификатора PaymentDetailsModifier.data;
- Добавлена поддержка html-элементов ‹data› (https://html.spec.whatwg.org/multipage/text-level-semantics....) и ‹time› (https://html.spec.whatwg.org/multipage/text-level-semantics....) для привязки значений для автоматического разбора и указания времени, например, " ‹data value="8"›Восемь ‹/data›" или " ‹time›2017-10-18 13:04‹/time›";- В парсер значений цветов в CSS добавлена поддержка 8- и 4-значных шестнадцатеричных форматов значений цвета (#RRGGBBAA и #RGBA);- Добавлен "Origin Trial" для WebVR (https://webvr.info/), что позволяет начать эксперименты с web-приложениями для виртуальной реальности;- Расширен интерфейс загрузки файлов в Chrome для Android через формы ‹input type="file"›, обеспечена возможность выбора для загрузки сразу нескольких файлов, если через атрибут accept разрешена только загрузка изображений;- В API MediaSource расширены средства перемещения по потоку при помощи метода HTMLMediaElement.seekable (https://developers.google.com/web/updates/2017/09/chrome-62-...), благодаря новым API setLiveSeekableRange (https://www.w3.org/TR/media-source/#dom-mediasource-setlives...) и clearLiveSeekableRange (https://www.w3.org/TR/media-source/#dom-mediasource-clearliv...).- В API Media Source Extensions (MSE) добавлена поддержка формата кодирования звука FLAC;
Кроме нововведений и исправления ошибок в новой версии устранено 35 уязвимостей (https://bugs.chromium.org/p/chromium/issues/list?can=1&q=lab...). Многие из уязвимостей выявлены в результате автоматизированного тестиров...URL: https://chromereleases.googleblog.com/2017/10/stable-channel...
Новость: https://www.opennet.ru/opennews/art.shtml?num=47406
Всегда удивлялся новостям про Хром, а не Хромиум. Хром-то тут точно не нужен.Вангую, что будут вопросы по этой фиче:
>В настройки добавлена опция для включения режима обратной прокрутки , меняющего направление сдвига содержимого при прокрутке вращеним колеса мыши;Так вот, это для детишек, которые пересаживаются с планшетов на ПК и удивляются "нелогичной" прокрутке.
Это ж хайп. Всё куплено и тп.
Людям не нужна свобода.
> Всегда удивлялся новостям про Хром, а не Хромиум. Хром-то тут точно не
> нужен.
> Вангую, что будут вопросы по этой фиче:
>>В настройки добавлена опция для включения режима обратной прокрутки , меняющего направление сдвига содержимого при прокрутке вращеним колеса мыши;
> Так вот, это для детишек, которые пересаживаются с планшетов на ПК и
> удивляются "нелогичной" прокрутке.На macOS тоже "обратная" прокрутка.
В некоторых новых ноутбуках на винде тоже самое. И по-моему, это прикол от синаптика.
Не причем тут синаптик. Это фишка последних Винд ))
> В настройки добавлена опция для включения режима обратной прокрутки , меняющего направление сдвига содержимого при прокрутке вращеним колеса мыши;Я могу понять, зачем это нужно (сама на GNU\Linux уже много лет пользуюсь), но мне непонятно, почему это должно быть в браузере, а не в OS.
Только что переключил тумблерок в ОС – поменялось и в браузере, без проблем. Видимо, как всегда, костыль для винды, которая в такой рокет саенц так и не умеет.
Там еще костыль от eset (nod32) вставили пользователю прямо в браузер...
Для тачскринов очевидно же
Ну вот представьте, мама. Сидите Вы такая в ноуте с тачскрином и возякаете мышкой клац клац...
Потом думаете, дай ка я в инстаграмчик зайду на фитоняшек позырю. А фитоняшек, как по мне интересней пальчиком листать. И тут опана! прокруточка то в другую сторону. И что вы будете делать? Правильно! Лезть в настройки ОС и менять направление прокрутки мышки. А с новой мегаполезной фишкой от гугла, Вам этого делать уже не нужно.
Для Хромиум нет стабильных релизов, официально анонсируется только Хром. Можно только гадать, какой у Хромиум тег является стабильным.
У меня теперь кнопки окна виндовые стали)
В Chrome 63 появится поддержка нативного GTK-оформления окна https://bugs.chromium.org/p/chromium/issues/detail?id=753067
походу в 62 ввели это!
Точно, раньше запланированного добавили.
Злой, жестокий Google!Как он мог заставить пользователей тачпада так страдать?!
Chromium собирается без pulseaudio ?
> Chromium собирается без pulseaudio ?Собирается.
> Chromium собирается без pulseaudio ?Естественно. На нём же Chrome OS построена, а там нет PulseAudio.
https://aur.archlinux.org/packages/chromium-gtk2/Вот тут спрашивали тоже . Ответили , что No idea ...
Обрамление окна поменяли. Теперь оно полностью в GTK-3 стиле.. Гугль, что ты делаешь, ахаха, прекрати..
Что, теперь с жырным заголовком вместо никакого?
Нет, он использует гномовские кастомные заголовки для размещения вкладок. Вот, поставил, так это выглядит:
https://i.imgur.com/pdD1rZ1.png
Ничего особенно сильно не изменилось. Зато сам браузер заметно так похудел.
>Packages (1) chromium-62.0.3202.62-1
>
>Total Download Size: 47.44 MiB
>Total Installed Size: 169.12 MiB
>Net Upgrade Size: -34.90 MiB
А скажите пожалуйста, по каким законам этот браузер синхронизирует настройки? Они переносятся совершенно рандомно. Из одного подменю может одна перенстись, а другая нет. Что-то с этим можно поделать?
Одному Богу сие известно. А ты, сын мой, давно в церкви был? Сходи, исповедайся, свечку поставь. Авось, и продукт сей чудной заработает у тебя.
это вне закона
>Обрамление окна и кнопки закрытия, сворачивания и раскрытия на весь экран в Linux теперь отображаются с использованием стиля из штатной темы оформления GTK3+Кнопку профиля-то чего за компанию гткшной не сделали? Она теперь вообще не пришей кобыле хвост.
Сделают
https://bugs.chromium.org/p/chromium/issues/detail?id=753067...
> Возможность отключить звук для отдельных сайтов.Алилуйя !!!!
-58 Мб занятого места О_о Неслабо они так код подчистили
Может не по теме ну извините.
Подскажите возможно ли вернуть выбор вебкамеры для трансляции.
До 59 версии все работало можно было выбирать камеру.
В 59 отрубили поиски решения покуда не выдают.
Хотя может не так искал.
Мне кажется, что вы ошиблись с форумом.
С вашим вопросом о вэбкамерах вам надо на профессиональный форум: livejasmin.com
Посмотрите группу настроек под названием "Настройки контента". Это там где куки, жабоскрипт, и тд. Выберите Камеру, и там помимо разрешения/запрета будет так же и выбор стандартной камеры.
Надеюсь правильно вас понял
Светло-серые шрифты на белом фоне... А чего не белые на белом?
Чтоб глаза не уставали, очевидно же.
А флеш как не работал, так и не работает. https://productforums.google.com/forum/?utm_medium=email&utm... Глобально и надёжно. А флеш нужен, по крайней мере до 2020 года.
Дык для любителей г_овна мамонта надо ставить XP и хром какой нибудь 30-й. Без проблем.
На самом деле™ хром просто убирает флеш из массива navigator.plugins. Он там как бы есть, если по полному имени обратиться, но его нет, если пытаться его найти перечислением. Это ломает большинство скриптов типа swfobject.js, которые раньше использовались для детекта Flash. Поэтому большинство сайтов теперь не видит установленного флеша, и использует HTML5.Если очень надо именно включить Flash, его нужно в настройках явно разрешить для выбранного сайта. Правда, тогда он там будет включаться всегда, а не по клику.
Скорее всего, в Firefox тоже будут прятать плагин таким же образом где-нибудь в ближайшем будущем.
VA-API обещали в 62 запилить для linux, судя по всему не шмогли
Вот не надоедает же тебе одно и то же писать уже какой выпуск подряд. В Chromium уже есть поддержка декодирования через VA-API; код написан годы назад. Но включают этот код только при сборке для ChromeOS, потому что там известно оборудование и его можно проверить. Включать даже в экспериментальном режиме под настольные системы не планируется.Официальная позиция состоит в том, что опция вредна. Пользователь включит, у него начнутся проблемы, винить будет браузер целиком, потому что забыл, что включал. Разгребать жалобы и багрепорты от таких пользователей желания нет. Это бесполезно, так как починить баги в ядре/драйверах в Chrome всё равно не будут. Позиция такая была чуть ли не изначально, и она ещё не менялась.
Если ты достаточно квалифицирован, собирай с включенным VA-API сам. Но тогда и поддержку себе оказывай сам.
Но ведь для аппаратного ускорения, GPU-растеризации, и вроде некоторых других фич они ведут отдельные списки совместимости с каждым GPU. Они даже не так давно аппаратное ускорение по умолчанию в линуксе включили, в отличии от лисы, которая как раз такие же отмазки использует.
Насколько я помню, в некоторых дистрибутивах одно время chromium собирался с такими патчами, судя по гуглу это было в Manjaro и вроде даже Debian. Но судя по тому же гуглу, эти патчи давно перестали включать, из-за того что с ними хром начинал ужасно работать с не-intel видеокартами. Может в этом дело?
В любом случае, если бы они в гугле хотели, они бы давно шевелились и многое сделали. А иначе застряли бы на уровне лисы - ни аппаратного ускорения законченного, ни декодирования совсем - винили бы во всём великие и ужасные линуксы. Тем не менее, гугл так не делает, и пытается держать паритет с Windows-версией. Некоторые фичи, вроде GPU-растеризации, на линуксе даже лучше и на большем количестве устройств реализовали и поддерживают.
По моему опыту, соотношение потребления CPU — примерно 150:30:15. 150 это полностью программное декодирование и масштабирование (композитинг), 30 это аппаратно ускоренное масштабирование, 15 это ещё и аппаратно ускоренное декодирование. И это на Celeron P4500, который сложно назвать быстрым, особенно по сегодняшним меркам.Суть предыдущего абзаца в том, что ради композитинга можно рискнуть и мучаться с чёрно-белыми списками. Выигрыш в пять раз это значительно, причём самый важный выигрыш в том, что кулер у ноута не будет завывать от нагрузки. Но ради аппаратного декодирования смысла заниматься этим нет. Выигрыш очень небольшой, а мороки много.
С другой стороны, если у тебя есть конкретная аппаратная платформа, которую ты можешь тестировать вдоль и поперёк, можно и заморочиться VA-API. Ведь это даст дополнительных пару часов жизни от батарейки, что хорошо для маркетинга и, в конечном итоге, для бизнеса.
У меня на Chuwi Hi12 включение аппаратного декодирования через VA-API черьезно разгружает проц
> VA-API обещали в 62 запилить для linuxНикто не обещал - не ври.
Интересно, только я постоянно страдаю из-за отсутствия Lookbehind?
Да ты один такой.
> В настройки добавлена опция для включения режима инвертирования прокрутки, меняющего направление сдвига содержимого при прокрутке вращением колеса мыши;Вот это зря - такие вещи должны настраиваться на уровне системы, а не отдельно в приложениях.
Так это и есть скрин из Chrome OS. Зачем его сюда прилепили - непонятно.
"2G, 4G, WiFi и Ethernet" А по что 3g обидели?))