Palemoon: поломан Ctrl+Tab и не воспроизводится gifv ?

Неправда.

Palemoon: https://i.imgur.com/A7WQonp.png

1. https://i.imgur.com/KXua0M0.png

2. Можно циклировать, причём открываются превью с навигацией стрелками или мышью: https://i.imgur.com/LPPROnJ.png

Можно циклировать, причём открываются превью с навигацией стрелками или мышью

Уже понял, они что-то свое впилили туда, потому что работает только если не отпускать Ctrl, но если пытаться быстро нажимать и отжимать Ctrl+Tab, отпуская Ctrl (дефолтное сочетание в FF для переключения между вкладками), то цикл работает только между двумя последними вкладками. Такое, хрен с ним.
Но вот ни видео, ни gifv на Imgur.com у меня почему-то не работает, а в FF все ок. Странно короче.

но если пытаться быстро нажимать и отжимать Ctrl+Tab, отпуская Ctrl (дефолтное сочетание в FF для переключения между вкладками), то цикл работает только между двумя последними вкладками.

В текущем Firefox так же. Если отпускать Ctrl, то только между двумя последними.

Вот блин :( У меня просто ESR еще 38-й... Печаль.

Ох, нет, я ошибся, оказывается. У меня параметр browser.ctrlTab.previews в true установлен, он включает превьюшки и такое вот поведение. По дефолту он сброшен, тогда Ctrl-Tab циклом проходит все вкладки.

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

аналогичная настройка оказалась с аналогичным поведением при отключении.

(сарказм) (восклицание) Удивительно.

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

Свежедобавленную «media.default_volume» они к себе утащили.

Вряд ли это единственная настройка, которую они забрали. В коде есть отличия, и напрямую патч не применяется, но зачастую нужно только директорию сменить. Всё-таки до глубоких доработок там вряд ли дойдут — слишком большая кодовая база.

media.default_volume

Это та тема, что ты им запилил, чтобы уши не рвало в дефолтных громкостях? :)

Ага. Только фича оказалась кривой. Работает для html элементов, но не работает для Web Audio API — в нём нет регулятора громкости по умолчанию.

Всё-таки до глубоких доработок там вряд ли дойдут — слишком большая кодовая база.

Ну коммитов много и на глаз немало изменений. Плюс к тому для одного из будущих мажорных релизов готовится свой движок на замену gecko.

Вряд ли это единственная настройка, которую они забрали

Те наработки, что не считают спорными или лишними, не стесняются утащить. Иначе бы уже несколько лет как отстали бы по совместимости с веб-технологиями на сайтах. Можно найти в about:config и то, чего нет в ff (на ум приходит canvas poisoning).

свой движок на замену gecko

Сколько там людей этим занимается? Я уверен, что дальше переименования и косметических изменений там дело не пойдёт. Поддержка слишком сложная будет.

Да они вроде уже переименовали (Goanna назвали). А новая версия называется Tycho и вроде бы это не движок.

Работает для html элементов, но не работает для Web Audio API

https://www.youtube.com/watch?v=cnaeIAEp2pU

Я смотрю, там вообще беда с этим... Хоть я все еще на 38-й ESR ветке, но суть такова (везде HTML5, разумеется. Флеша в системе нет):

1) открываем в ютубе страницу с видео (какой-то хоумпейдж типа Failarmy, например);
2) открываем с этой страницы в новой вкладке какое-то видео;
3) меняем громкость на какую-то минимальную;
4) если с этой новой вкладки дальше серфить по видео из списка справа, то все нормально - громкость будет минимальной;
5) закрываем эту вкладку и возвращаемся к первой нашей вкладке со списком видео;
6) выбираем теперь другое видео на этой вкладке (страница Failarmy) -> громкость максимальная...

И это все в рамках одной сессии, куксов и прочего, Карл!..
Чьи кривые руки?

При создании HTML медиаэлементов или аудиоконтекста громкость выставляется в максимум. Это логично — использовать значения по умолчанию, которые работают. Иначе можно дойти до абсурда, когда вставив тег видео, нужно будет указать громкость, яркость, контрастность, цветность, гамму, угол наклона, скорость воспроизведения и тому подобное. Громкость в 100% — это логичный дефолт. Предполагается, что веб-приложения сами озаботятся сохранением и восстановлением настроек.

Та я больше про FF... Подозреваю, проблема в нем же, да? Речь всего лишь о уже выставленной громкости (то бишь куксы сохранились, все дела) в рамках текущей сессии, а закрываешь эту вкладку (не сам браузер с дальнейшей чисткой кеша и прочего) и в новом видео снова громкость максимум. Дело в том, что с той закрытой вкладки другое видео открылось бы с выставленной громкостью. Да и логично как бы... Короче хрень какая-то. Ну и еще раз жаль, что «фича оказалась кривой», как ты уже сказал выше :( Надеюсь, это когда-то нибудь пофиксят.

Подозреваю, проблема в нем же, да? Речь всего лишь о уже выставленной громкости (то бишь куксы сохранились, все дела)

Похоже, ты как-то по-другому понял. Громкость <video> элемента не сохраняется в cookies сама по себе. Этим должны заниматься скрипты на странице. Если автор страницы не озаботился тем, чтобы написать соответствующий код, у <video> при каждом новом создании громкость будет выставляться в 100%.

С Web Audio API всё похуже. Если у <video> в составе виджета уже есть регулятор громкости, который можно как-то исправлять, то в Web Audio по умолчанию нет ничего. Я не вникал в детали, но там что-то типа отдельных source, sink, всяких промежуточных узлов и связей между ними. Если создать source и sink, связать их между собой, громкость будет 100%. Если кто-то захочет изменить дефолт, менять просто нечего. Ну и опять-таки, всё управление — на Javascript коде страницы.

Надеюсь, это когда-то нибудь пофиксят.

Патч я уже делал, но он работает криво. Например, на Soundcloud действительно играет тише, но регулятор громкости там визуально на 100%. Если его двигать вниз, то громкость сначала резко подскочит, затем начнёт уменьшаться. Начальная громкость получается отвязана от регулятора, так как код Soundcloud предполагает, что начальное значение — 100%. Когда начинаешь двигать его, связь восстанавливается.

Вот такое не очень понятное поведение. Так что патч повис на неопределённый срок.

Громкость <video> элемента не сохраняется в cookies сама по себе. Этим должны заниматься скрипты на странице.

Спасибо, прояснил. Теперь понятно, почему с той же страницы видео будут иметь как бы «наследованную» громкость, а с другой (но тоже ютубовской) - снова дефолт в 100%.

играет тише, но регулятор громкости там визуально на 100%

Ясно. Одним словом, беда. И спасибо еще раз за то, что не устаешь отвечать на мои нубские вопросы :)