Firefox 141

Чтение в том же atril вообще ничем не отличается, кроме того, что он лучше работает с формами и интерактивным PDF. Нажал, открылось, прочитал, закрыл окно. Но гугл убил удобство запуска внешней читалки в пользу своего говна.

Я сначала хотел защищать PDF, а потом передумал.

Просмотрщик изображений в браузере это нормально, т.к. изображения есть на веб-страницах и их браузер поддерживать должен по-любому.

То же можно сказать про видео и аудио. То же можно сказать про XML. Это всё поддерживать надо по-любому.

PDF на веб-страницу ты не встроишь, нет такого в стандартах HTML. Поэтому PDF в браузере не место. Так же, как не место в браузере для просмотрщика 3D моделей, PSD проектов и файлов сохранения Warcraft 3 The Frozen Throne, хотя кому-то может и удобно будет.

Firefox 140 (комментарий)

Там ссылка на phoronix с тестами.

Странно, у меня при нажатии в списке скачанных файлов на pdf ФФ открывает именно системную читалку.

*Edit. А, просто у меня на тип контента pdf стоит действие Save File.

pdfjs.disabled: true выстави в about:config

WebGPU включён по умолчанию (пока только Windows). Реализация построена на Rust‑библиотеке WGPU; поддержку Linux и macOS обещают «в ближайшие месяцы».

Это что, теперь js майнеры будут майнить в фоне еще быстрее?!

«Умные» группы вкладок: встроенный on‑device‑ИИ автоматически объединяет вкладки и придумывает название каждой группы (функция разворачивается постепенно).

Еще один пунктик для отключения в about:config

Адресная строка теперь умеет конвертировать единицы (длина, масса, температура и т. д.).

Зачем в браузере калькулятор?

Krunner с семантическим поиском с использованием локальной ИИшки тоже, наверное, будет лажей? Да? Или линуксам навсегда томиться на уровне винды хр и 7?

Видео проигрыватель в браузере тоже лишний.

Может быть нужен api для запуска проигрывателя в окне браузера, но сам проигрыватель должен быть отдельным.

Вас послушать, так лучший браузер это wget

curl

Это открытие другого приложения, чем удобно. Ты открой кад арбитр, пару дел, пойми насколько удобно из браузера не перепрыгивать

Для вас есть альтернатива - открывать в отдельном приложении, членли за других людей решать, удобно ли ИМ или нет

Curl не умеет в рекурсивную выкачку сайтов. Так что всё-таки wget.

не место в браузере для просмотрщика 3D моделей

Как это? Как раз там ему самое место, VRML же.

Про перевод сложно что-то сказать

А я вот могу. Сколько ни пытался им пользоваться – приходится бесконечно ждать, пока он переведёт. Стороннее расширение (TWP - Translate Web Pages) справляется куда быстрее.

Обновляем Firefox UI fix: немного отвалилось.

https://github.com/black7375/Firefox-UI-Fix

Стороннее расширение (TWP - Translate Web Pages) справляется куда быстрее.

И, к тому же - умеет переводить выделенный текст, а не страницу целиком

«Умные» группы вкладок: встроенный on‑device‑ИИ автоматически объединяет вкладки и придумывает название каждой группы (функция разворачивается постепенно).

А просто как TreeStyleTabs группировать вкладки без всякого ИИ нельзя было?

Я как то в упор не вижу чего то подобного в период с 1950-х до 2010-х. Что то изменилось в людях, раньше было малореально продать новую вещь если она была хуже старой и невозможно выдавить с рынка удачую концепцию.

Отличныые тесты. Которые показывают удручающую ситуацию по сравнению с хромом.

Я как то в упор не вижу чего то подобного в период с 1950-х до 2010-х

раньше было малореально продать новую вещь если она была хуже старой

Ну чтоб прям реально хуже — это и сейчас редкость, там обычно смесь плюсов и минусов. А вот что «те же яйца, только в профиль» — запрсто. Уж в 2000-х точно уже было. Да и до того было с модой, например, на одеджу. Или вот в 90-е многие повыкидывали старую советскую мебель из массива и напокупали новую модную из ДСП — вот тебе и что-то (относительно) хуже старого, но «модное современное». Всякое бывало, в общем. Просто сейчас оно как-то заметнее, потому что набрало обороты, и абсурдность местами прям светится.

Не знаю, что за VRML, мои 3D модели в STL и 3MF формате.

Адресная строка теперь умеет конвертировать единицы (длина, масса, температура и т. д.).

чем-то не тем занимаются кмк.

Аппаратное ускорение опять сломали?

Не знаю, что за VRML

Вот и выросло поколение… :)

Опять засунули свой долбаный логотип на newtab, пидарасы!
Старые параметры в about:config теперь его не отрубают, нужно хачить лисий css. Ну уроды!

Нормальное аппаратное ускорение похоже дозреет к 143 версии.

Сегодня собрал 143 из autoland ветки + пара неприземлившихся патчей от Странского - глючно, но запустилось и потребление батареи на ютубчике хорошо так подснизилось.

Видео проигрыватель в браузере тоже лишний.

Кому лишний для того есть расширение позволяющее гнать видео в MPV. Когда фокс не умел в vaapi - пользовался, но честно говоря неудобно по сравнению с нормально работающим встроенным. Но для того чтобы понять что это ни разу не удобно - надо этим попользоваться.

сам проигрыватель должен быть отдельным.

И нафига козе боян? Просто запустить отдельный проигрыватель - не проблема, можно уже сейчас. Но кого запускать будем? По энергоэффективности с фоксовским встроенным может сравниться только MPV в чистом виде без гуишной морды. Как только на mpv наворачивается гуишная морда вроде celluloid - на вот это самое встраивание в чужое окно жрутся и ресурсы CPU и графического движка. VLC - изначально прожорливый монстр. И выходит как ни крути сейчас более менее на равне идет встроенный проигрыватель броузера и mpv. Тем более если смотреть глубже - то ВСЕ вообще проигрыватели построены на движке ffmpeg и отличаются только системой вывода этого на экран.

Mpv же все равно чуть меньше грузит проц, когда и там, и там софтовый режим. Браузер есть браузер, он всегда будет тяжелее голого проигрывателя.

Или может, когда и там, и там хардваре (vaapi), то уже сравнялись?

Видео проигрыватель в браузере тоже лишний.

Не лишний. В HTML есть тег <video>, нравится это кому-то или нет. И он весьма широко распространён, сайты с видеороликами одни из самых популярных в интернете. Его надо поддерживать. Поэтому видео проигрыватель в браузере нужен. Тега <pdf> в браузере нет.

Кому лишний для того есть расширение позволяющее гнать видео в MPV.

если бы оно ещё и работало, то было бы прекрасно

на вот это самое встраивание в чужое окно жрутся и ресурсы CPU и графического движка

Не вижу ни одной разумной причины для повышенного расхода CPU. Просто одно окошко помещается поверх другого.

В HTML есть тег

Тег пусть остаётся, но проигрывать видео должна специализированная программа.

«Умные» группы вкладок: встроенный on‑device‑ИИ автоматически объединяет вкладки и придумывает название каждой группы

- Вы чего, и конфеты за меня есть будете? - Ага!

Тоесть если бы я писал на WebGPU, оно бы нигде не запускалось, да и сейчас мало где пойдет? Или я не правильно понял и WebGPU в браузере - это не вариация WebGL, запускаемая из JS?

Нет, не должна. Проигрывание видео ничем не отличается от просмотра картинок (особенно если вспомнить про gif и подобное). Браузер должен уметь показывать картинки и должен уметь проигрывать видео.

В новости подано так, словно он автоматически их объединяет.

На самом деле, лишь предлагает: при создании группы появляется кнопка, которая добавит туда ещё вкладок и придумает имя группы.

https://bugzilla.mozilla.org/show_bug.cgi?id=1609882

Защита от майнеров в виде чёрного списка доменов, откуда грузятся скрипты, есть давно.

Какой-то отдельной защиты WebGPU не требует, т.к. скрипты-майнеры и до этого существовали.

Вообще, WebGPU это не про майнинг, это замена WebGL. Универсальный высокоуровневый API, который опирется на то, что ему даёт ОС: Vulkan, Metal, Direct3D 12.

https://whattrainisitnow.com/calendar/

Настройка, вообще, управляла не только логотипом, а новым макетом стартовой страницы. Ты же не думаешь, что разработчикии будут вечно держать две версии? Новый код всем раскатали, убедились, что всё работает, теперь настройку и старый код удалили.

Сразу стоит пользоваться стилем, а не полагаться на настройку, такие настройки долго не живут.

WebGPU это не «допиленный» WebGL. Точно так же, например, как Vulkan это не «допиленный» OpenGL.

WebGPU уже два года как поддерживается в Chromium, а осенью, вероятно, включат и в Safari. Ну и было бы странно пилить и включать технологию после того, как кто-то начнёт на ней что-то делать. Если она никем не поддерживается, то никто и не начнёт.

Например, WebGPU уже поддерживается в движках Bevy и PixiJS.

Куча доменов с рекламой розыгрыша т-банка с заполнением анкеты на 5 тыс рэ не банятся и не включаются в фильтры месяцами. На webgl и был основан coinhive, уже которому под десяток лет, да ещё и webgpu прекрасно параллелится

в линуксе пока ни броузер ни голый проигрыватель не научились выводить vaapi видео напрямую на экран через хардверный модуль масштабирования. Vaapi декодирует в буфер, из буфера шейдером видеокарты масштабируется и выводится в окно. За счет этого получатся что помимо медиа-декодера надо активировать шейдерные ядра GPU. То есть все упирается в этот процесс после vaapi декодирования.

Броузер всегда тяжелее гологопроигрывателя это факт - особенно если в фоне крутятся разные джаваскрипты и на страничке помимо видео еще куча хлама. Но так думаю трудно найти сейчс сервискоторый будет вам просто отдавать видео не пытаясь при этом впарить рекламу

если бы оно ещё и работало, то было бы прекрасно

Оно и работает - ну если конечно сайт с которого смотрите видео не имеет втроенной защиты от такого просмотра. Сайт как правило зарабатывает за счет того что гонит рекламу которая как раз лезет на страничке вокруг видео - и им совершенно нет никакого интереса просто отдать бесплатно видос для mpv или еще хуже скачивания.

Не вижу ни одной разумной причины для повышенного расхода CPU. Просто одно окошко помещается поверх другого.

Вы видите суслика? Нет? А он есть. Видео имеет определенный размер и свою цветовую кодировку, отличающуюся от той RGB которая на экране. Значит для того чтобы тупо положить видео в окошко нужно каждый кадр смасштабировать и сконвертировать цветовую кодировку. А потом еще и сделать композитинг окон - какое там поверх какое не поверх. Вот вам нагрузка на CPU и шейдерные ядра GPU.

Для того чтобы эффективно выводить видео композитор должен отрисовать квадратик, определить dma буфер для него и передать в хардверный движок масштабирования параметры этой области. Проигрыватель со своей стороны должен запрограммировать декодирование так чтобы стрим шел в видеодекодер, из видеодекодера в цветовой декодер - масштабизатор (который кстати есть давно у интела но у АМД появился только в RDNA3.5) и оттуда минуя CPU и OpenGL/Vulkan напрямую плюхался в выделенную область экрана. И тут проблема не в отдельности плеера, а в том кто вот это все рреализует. Броузеры пишутся професиональными команарми разрабов - и там этим озаботились. А плееры - пара калек на коленке. Им пох - вывели в окошко и ладно. В итоге получается что более-менее эффектвино работает MPV который является тестовой площадкой для всех этих технологий и туда коммитят те же разрабы фокса, и как ни странно встроенные плееры браузеров. А standalone плееры обычно этим не заморачиваются. декодировали - и ладно. А дальше стандартными средствами тулкита (gtk, qt) - отрисовали. И получается что вроде как и там и там vaapi декодирование, а результат разный.

Номер моей группы в универе :)

В настройках же есть выбор действия для разных типов.

Являются ли законы выживания в капитализме следствием законов, по которым существует человек и природа - я не знаю. Много раз размышлял об этом, но вопрос выходит далеко за рамки моих знаний и понимания.

Диалектика Гегеля - переход количества в качество. Мы на этапе накопления количества. В качество оно пока не переходит - процессорные мощности достигли небывалой высоты со времен ламповых компьютеров. Но ламповые компьютеры помогли отправиь астронавтов на луну. А современные мега-супер-пупер нарисовать смайлик веселой какашки. Но возможности появляются. А раз так - то появится непременно какой-нибудь новый Никола Тесла который вместо того чтобы умиляться веселой какашке использует это все для чего-то другого.

Я лично считаю, что примерно в 2000-х софт уже был готов и дальнейшее развитие не нужно в плане функционала.

Смею не согласиться. К этому времени появился разнообразный софт, дающий базовые механизмы сделать что угодно, и я не про языки программирования. Браузер есть? Есть! Но при развитии веба (пусть оно идёт не туда и легковесных сайтиков почти не осталось) тот же фф шёл в правильном направлении развивая многопоточность и движок на серво, пока не свернул не туда. Другой пример - редактор изображений, раньше надо было самому вручную области выделять и производить другие манипуляции, сейчас же всё алгоритмами, а то и нейронкой делается в одно мгновение. Постоянное развитие необходимо, к сожалению зачастую оно идёт не для удобства пользователей, а для борьбы с конкурентами (добавить ненужную фичу, которая есть у конкурента и тем самым засрать кодовую базу, перегрузить интерфейс и так далее).

Попробую ещё по-другому выразить мысль. Вот эта группировка табов - её же можно сделать расширением? Если нельзя, значит надо добавить АПИ для этого. И пускай кто-нибудь напишет расширение с ИИ. Да хоть и сама мозилла пускай напишет, но чтобы оно было отдельно от браузера. Вот когда 90% пользователей по своей воле установит это расширение, тогда можно думать о том, чтобы интегрировать его в базовую поставку.

Могу лишь предположить, что о расширении никто не узнал бы, а так разработчик решил записать пользователям в глотку фичу и посмотреть, что будет. Покет же выпилили как неудачную фичу, может и это выпилят потом. Кстати, раньше у них был Mozilla labs для экспериментов, оно ещё есть?

Да я вовсе не ратую за нововведение, для меня эталон браузера - минимализм с максимально производительным движком. Хотя нет, вру, без дополнений никак, тем же переводом текста часто приходится пользоваться.