Представлен (https://webkitgtk.org/2017/09/11/webkitgtk2.18.0-released.html) выпуск новой стабильной ветки WebKitGTK+ 2.18.0 (http://www.webkitgtk.org/), порта браузерного движка WebKit (http://webkit.org/) для платформы GTK+. WebKitGTK+ позволяет использовать все возможности WebKit через GNOME-ориентированный программный интерфейс на основе GObject и может применяться для интеграции средств обработки web-контента в любые приложения, от использования в специализированных HTML/CSS-парсерах, до создания полнофункциональных web-браузеров. Из известных проектов, использующих WebKitGTK+, можно отметить Midori (http://www.midori-browser.org/) и штатный браузер GNOME (Epiphany).
Ключевые изменения (https://blogs.igalia.com/carlosgc/2017/09/09/webdriver-suppo.../):
- Начальная поддержка (https://blogs.igalia.com/carlosgc/2017/09/09/webdriver-suppo.../) API WebDriver (https://w3c.github.io/webdriver/webdriver-spec.html), предоставляющего интерфейс для организации проведения функционального тестирования web-приложений с учётом поведения реальных web-браузеров. WebDriver даёт возможность сформировать автоматизированный набор тестов, контролирующих поведение браузера и позволяющих симулировать такие действия, как нажатия клавиш, работу с мышью, манипуляции с окнами, заполнение форм, нажатие кнопок, выбор элементов списка и т.п.
- Новая инфраструктура для удалённой (https://blogs.igalia.com/carlosgc/2017/05/03/webkitgtk-remot.../) отладки и инспектирования текущего экземпляра в другом браузере;- Включен по умолчанию API WebCrypto;
- При сборке с GStreamer 1.10+ обеспечено включение по умолчанию GStreamerGL;
- Поддержка инертной прокрутки;
- Новый API для создания WebKitContextMenuItem из GAction;
- Новый API для переопределения всплывающих меню из выбранных элементов.
13 сентября ожидается релиз web-браузера Epiphany 3.26 (GNOME Web), основанного на движке WebKitGTK+ 2.18. В новом выпуске реализована поддержка синхронизации закладок, паролей и истории посещений через сервис Firefox Sync. В том числе поддерживается синхронизация с настольной и мобильной версиями Firefox.
URL: https://webkitgtk.org/2017/09/11/webkitgtk2.18.0-released.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=47172
Жаль, с youtube-ом не может, но в остальном приемлемо.
> Жаль, с youtube-ом не может. Есть mps-youtube. Консольный просмотрщик для ютуба. Т. е. можно вбить что-то в поиск, послушать, если понравилось, то скачать. Прибит к youtube-dl.
вот это поставь gstreamr-libav, все сможет
> линуксоиды делают даунгрейд ютуба :)
> Даунгрейд ниже того, что ютубовцы делали в самом начале :)
> Так держать!В два клика начать просмотр видео в нормальном плеере или слушать в фоне музыку при потреблении 1% CPU и пары десятков МБ рамы - это очень приятный даунгрейд. Побольше бы таких :)
> Жаль, с youtube-ом не можетТочно? Не могу найти текущий статус поддержки MSE. Но вроде как что-то запиливали.
https://bugs.webkit.org/show_bug.cgi?id=157314
Хорошая новость.
ABP в Epiphany еще не завезли?
В epiphany-extensions есть adblock, если что.
> ABP в Epiphany еще не завезли?все работает, только динамику иногда пропускает и ручного нет режима, а так то вроде норм, на ютуб рекламы не видно, только пустые поля вместо ние сияют
Зачем он вообще нужен этот Epiphany 3.26 (GNOME Web), чем он лучше ванильного Хрома? Неужели сильно меньше памяти жрёт?
> Зачем он вообще нужен этот Epiphany 3.26 (GNOME Web)Сам не пробовал, но есть предположение, что Епифаний с зависимостями занимает меньше полугигабайта и собирается меньше, чем за 6 часов.
Но для поклонников блоботы без разницы, да.
> Пакеты=блобы!Для тех, кто может из исходников, это не так.
Но 90% сидящих на Linux лучше добавят в sources.list какую-нибудь помойку с готовым "пакетом", собранным неясно кем и по зависимостям ставящим всякую чушь, чем будут собирать сами.
А то и вообще, будут плясать вокруг нерабочего "пакета", подсовывая симлинками биллиотеки-зависимости вместо того, чтоб собрать из исходников.
И это не говоря о тех, для кого сборка из исходников - это "поставить из пакетов ВСЁ кроме самого итогового пакета, а потом собрать лишь его" и кто считает, что ставить "пакет" какого-нибудь раста лишь для того, чтоб собрать этот раст из исходников - это норма.
>Для тех, кто может из исходников, это не так.
>Но 90%...Лозунг «Возомни себя „илитой“».
> Возомни себя "илитой"Вам показалось.
Линукс изначально был source-based системой. Это сейчас лидерами ПО являются nvidia-drivers (или реверсинженеренный с него nouveau), steam, chrome browser, а 99%+ инсталляций приходится на людей, которые про opensource знают лишь то, что он бесплатный.
Глупо ставить lfs на критичный сервер, и наличие бинарных дистров понимаемо и оправдано. Но давайте не будем оскорблять тех, кто остаётся верным изначальной идеологии, и тем более не будем мешать им, создавая пакеты/системы сборки и компиляторы, которыми невозможно пользоваться без противогаза.
Я сижу на lfs на домашнем десктопе, но ни за какие плюшки не заменю им centos на сервере клиента. И я рад, что есть бинарные дистрибутивы и, когда мне надоест lfs, у меня будет возможность с него уйти.
Но я вообще не понимаю, когда таких, как я, с грязью смешивают лишь за то, что мы в своё свободное время собираем софт для себя сами. Вместо того, чтоб, как все, скачать мутный блоб, который при установке прописывает себя в рутовый крон, а по крону потом ежедневно свои репозитории добавляет в доверенные, даже если администратор их явно удалил.
Человек выше спросил, чем гномовый браузер лучше хрома, ему ответили. Зачем оскорблять ответившего, неясно.
- Каково это, сидеть на source based дистрах?
- Не каково, а какао!
>> Пакеты=блобы!
> Для тех, кто может из исходников, это не так.Успокойтесь, это был недоумок, не стоящий времени на объяснение ему чего-либо. Осеннее обострение, похоже...
PS: в смысле он характерным способом нагадил в нескольких темах.
> Но 90% сидящих на Linux лучше добавят в sources.list какую-нибудь помойку с готовым "пакетом", собранным неясно кем и по зависимостям ставящим всякую чушь, чем будут собирать сами.Это делают только убунтушники, пришедшие с венды.
> А то и вообще, будут плясать вокруг нерабочего "пакета", подсовывая симлинками биллиотеки-зависимости вместо того, чтоб собрать из исходников.
См. выше.
> И это не говоря о тех, для кого сборка из исходников - это "поставить из пакетов ВСЁ кроме самого итогового пакета, а потом собрать лишь его"
Не очень понял про что вы тут говорите. Я могу поставить все дев либы для сборки пакета из репозитория чтобы потом не получить ожидаемое: Unexpected symbol bla-bla in function bla-bla. Да это норма, потому что пакетные менеджеры создавались для экономии времени, у меня нет времени собирать систему из исходников полностью, потому что в моём случае, на моём железе, это займёт не часы а дни. У меня одно ядро с выкинутым мусором собирается 30-40 минут. А ещё мне переодически нужен офисный пакет, несколько IDE, несколько версий GCC, Clang, два браузера. И вы мне всё это предлагаете в ручную собирать?
Человек в оскорбительной форме поинтересовался, чем гном-браузер лучше хрома.Ему в такой же форме намекнули, что хром отвратителен и монструозен. И, предугадав возражения типа "я набрал apt-get install google-chrome и не заметил монструозности" ему намекнули, что нужно обладать определёнными квалификацией и знаниями, чтобы судить объективно. И что если у него таких знаний нет, то и заявлять о (высоком или низком) качестве хрома не стоит.
> Я могу поставить все дев либы для сборки пакета
Вы также можете поставить сам пакет :)
Советы типа "поставьте все дев-либы, а потом соберите нашу прелесть из исходников" я обычно встречаю для всяких руби и нод, которые и так есть в репозиториях.
> чтобы потом не получить ожидаемое
Вы не получите ожидаемое "Unexpected symbol", потому что configure сам скажет, чего ему не хватает. А если чего-то нет и configure не ругнулся, то результат компиляции не будет от этого зависеть.
У вас за сколько собирается?
> и собирается меньше, чем за 6 часов.Ну вот прмерно поэтому я и переехал когда-то на binary based. Ну так, после двенадцатичасовой сборки nmap. )
Вам не советую, ибо блоботаж! :)
>Epiphany 3.26 (GNOME Web), чем он лучше ванильного Хрома?Меньше любит Гугла?
Расскажите кто знает, WebKitGTK+ он только HTML/CSS переваривает, или JavaScript тоже (ведь сегодня их уже много где не отделить друг от друга)?
Переваривает JS тоже.
Отличный компонент.