LINUX.ORG.RU

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

 


0

2

Пара вопросов, юзеры Palemoon:

1) Почему не работают видосы и что с этим можно сделать?
а) идем по ссылочке http://i.imgur.com/8lFfimk.mp4
б) происходит редирект на http://i.imgur.com/8lFfimk.gifv
в) нихрена ваще не происходит
г) на imgur (http://imgur.com/8lFfimk) та же фигня: пусто

2) Ctrl+Tab сломан штоле?
а) открываем несколько вкладок
б) пытаемся переключать их по Ctrl+Tab
в) зацикливается переключение только на двух последних активных вкладках

В FF все норм с этим. И да, пробовал с чистым профилем тоже. Спасибо заранее.

★★★★★

Ответ на: комментарий от Bfgeshka

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

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

Gonzo ★★★★★ ()
Последнее исправление: Gonzo (всего исправлений: 1)
Ответ на: комментарий от Gonzo

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

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

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

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

Gonzo ★★★★★ ()
Ответ на: комментарий от Gonzo

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

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

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

Bfgeshka ★★★★★ ()
Ответ на: комментарий от Bfgeshka

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

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

i-rinat ★★★★★ ()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от i-rinat

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

Bfgeshka ★★★★★ ()
Ответ на: комментарий от Bfgeshka

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

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

i-rinat ★★★★★ ()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от i-rinat

media.default_volume

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

Gonzo ★★★★★ ()
Ответ на: комментарий от Gonzo

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

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

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

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

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

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

Bfgeshka ★★★★★ ()
Ответ на: комментарий от Bfgeshka

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

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

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

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

xaizek ★★★★★ ()
Ответ на: комментарий от i-rinat

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

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

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

Gonzo ★★★★★ ()
Последнее исправление: Gonzo (всего исправлений: 2)
Ответ на: комментарий от Gonzo

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

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

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

Gonzo ★★★★★ ()
Ответ на: комментарий от Gonzo

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

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

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

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

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

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

i-rinat ★★★★★ ()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от i-rinat

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

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

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

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

Gonzo ★★★★★ ()
Последнее исправление: Gonzo (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.