Не перерисовывает. Либо скрывает, либо блокирует напрочь и скрывает пустое место.

Угу, одной строчки. Выполнение.
Но стили то вообще выполнять не надо. Они просто подменяют собственные стили браузера. При загрузке. И всё.

Кто вам сказал, что дополнения работают лишь «при открытии контекстного меню или при щелчке по этому меню»?
А отдельные процессы Firefox для дополнений, видимо, открывает проосто так, от нечего делать? И загружает их пустыми циклами, чтобы видимость работы создать.

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

Пандёнок, по-моему вы путаете две вещи: изменения отображения сайтов в браузере и изменения в интерфейсе самого браузера.

Пандёнок, по-вашему получается, что , загружая рисунок какой-нибудь кнопки или настройку цвета и высоты какой-нибудь панели из userChrome.css, тратит больше ресурсов ПК, чем загружая дефолтные из своих собственных файлов?

Отредактировано Basklar (14-06-2021 21:47:21)

Нет. Из сжатого omni.ja и они точно такие же («текстовые»). И с комментариями.
В том что они текстовые — проблемы нет никакой, — браузер и прекрасно расчитан на обработку CSS и HTML.

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

Никогда в userContent.css «изменения в интерфейсе самого браузера» не делаются. И не делались и не будут в дальнейшем.
Служебные страницы — это не интерфейс.
— не Vivaldi.

Отредактировано Coroner (15-06-2021 17:47:40)

Хорошо, точно, из omni.ja. Загрузка стилей из userChrome.css не отменяет чтение с диска omni.ja и применение стилей из него. Стили, которые в userChrome.css, могут состоять из одной строчки, меняющей одно свойство — например, ширину элемента или его цвет — а всё остальное грузится из omni.ja. Стили из userChrome.css применяются как бы поверх стандартных стилей, то есть как поправки, а не как замена. Если бы стили userChrome.css грузились вместо стилей omni.ja, то стили userChrome.css приходилось бы всегда делать очень подробными, указывая все свойства того элемента, который вы хотите изменить.

Кроме того, это тот самый браузер, который практически изначально рассчитан на поддержку дополнений (насколько я помню, она появилась ещё в 1.5). С ними тоже проблемы нет никакой.
Но если у вас такой комп, что даже от uBlock вешается, то можете попробовать прописать скрытие рекламы в userContent.css — ведь почти вся работа uBlock тоже сводится к стилям.

longtime user
А разве планируется? Если не хватает кнопочек для панели инструментов, можете сделать закладку и поместить её в «элементы панели закладок».
Вся библиотека:

chrome://browser/content/places/places.xhtml

Только закладки:

chrome://browser/content/places/bookmarksSidebar.xhtml

Только журнал:

chrome://browser/content/places/historySidebar.xhtml

Совет взят из англоязычной техподдержки Mozilla: https://support.mozilla.org/en-US/questions/1282696

Отредактировано Пандёнок (03-09-2022 23:42:51)

longtime user

Не обсуждают, а обсуждали, всего два дня: 12 и 13 февраля 2020 года.

Нет, непохоже. Там уже давно выбран лучший ответ.
На support.mozilla.org ничего не решается. Это почти такой же форум, как и здесь, только на английском. Пользователь задал вопрос — ему ответили, но никто там и мысли не имел о том, чтобы ради этого вопроса вносить изменения в программу.
Предложения по изменению программы реально обсуждаются на https://bugzilla.mozilla.org
Предложение об about:library обсуждалось здесь: https://bugzilla.mozilla.org/show_bug.cgi?id=1554144 — но это тоже было 3 года назад. Возможно, это обсуждение инициировал тот же пользователь, который потом задал вопрос на support.mozilla.org. Примерно тогда же было обсуждение и на Reddit: https://www.reddit.com/r/firefox/commen … s_library/ — 3 года назад. И всё. И тишина. И мёртвые с косами стоят!

Добавлено 04-09-2022 16:58:31

На своём ПК хотя сейчас внедрить можете.
Добавить закладку с адресом chrome://browser/content/places/places.xhtml и указать для неё «ключевое слово» about:library (или какое понравится).
При наборе в адресной строке этого ключевого слова будет открываться «библиотека», но не в новом окне, а в текущем.
Одна проблема: изменять, добавлять и удалять закладки таким способом не получится. Но пользоваться ими можно.

Отредактировано Пандёнок (04-09-2022 16:59:09)

Неправда!
В about:config параметр browser.newtabpage.pinned — сайты, закреплённые на странице новой вкладки. Для переноса закреплённых вкладок на новый профиль вам достаточно скопировать значение параметра browser.newtabpage.pinned в тот же параметр нового профиля. Разбираться в этом «наборе букв и адресов» совершенно не надо — достаточно скопировать как есть, а потом (после перезапуска браузера) можно корректировать на самой странице новой вкладки (перемещать, закреплять, откреплять), если в старом варианте что-то перестало нравиться. Причём я об этом уже писал в FAQ.
Правкой текста в pref.js можно делать то же самое, но это менее удобный способ, тем более что в случае ошибки можно поломать другие настройки.

Добавлено 04-09-2022 22:15:13

Да. Противников новшеств всегда много, потому что Mozilla и так много внимания уделяет новшествам (не всегда удачным), а мало внимания уделяет старым багам.

Добавлено 04-09-2022 22:19:51
Если хотите предложить какие-то изменения в браузере, то их нет смысла предлагать ни здесь, ни на Reddit, ни даже на support.mozilla.org.
Для обсуждения любых таких инициатив существует только https://bugzilla.mozilla.org

Отредактировано Пандёнок (04-09-2022 22:21:36)

Да, так и есть.

Можете вообще экспортировать закладки в HTML и сделать этот файл Домашней страницей. И ещё добавить закладку на этот файл в папку «Панель закладок», а «элементы панели закладок» поставить где-нибудь рядом с адресной строкой. И пользоваться этой закладкой вместо кнопки «Новая вкладка».