Адекватный firefox

Я же говорю, много свободного времени. Мне такой вариант не годится.

«легковестный» midori как жрал больше фокса, так и продолжает жрать

Потому что там многопроцессность включена?

течёт

Протекание лечится рестартом, постоянная жирность не лечится ничем.

5 из них с анимированными рекламными банерами

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

своп легко расширяется до почти бесконечности

Монтируете сетевую шару и гоняете своп в облако? ;)

А вы их не чистите что ли?

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

панорамное окно без штор в туалете

А ещё говно улетает в общую канализацию и там им могут обмазываться всякие извращенцы, или забирать на анализы, или отслеживать, кто когда туалет посещает, кошмар! А сперму вообще противопоказано в канализацию спускать: выловят, соберут в пробирку, сделают искусственное оплодотворение и потом будут требовать ОЛИМЕНТЫ!

В Европе так-то прозрачные общественные уборные уже есть :P

Хотя я собираюсь найти таки приемлимое сочетание геометрии и цветов.

Ну тогда проблема вообще из початококинеца высосана.

каждый год зачем то всё переделывают подругому

Так дефолты тоже постоянно переделывают.

Беда в том, что юзвери не переделывают.

Числодробилка как раз такая штука, которую не надо кроссплатформенно писать под мобилки

Мы о разных числодробилках говорим :P В данном случае речь о числодробилках, являющихся частью прикладных Web-приложений. В которых вычисления выносятся с бэкенда на фронтенд.

можно просто тупо сделать по отдельной штуке под каждую целевую платформу

Вы же в курсе, что платформ много, и некоторые из них вовсе не предполагают установку программ окромя браузерных?

дефолтную адвайту-2

Разве тогда уже адвайта была?

Нет, это те же самые темы с другими цветами. Это и есть «цветовые схемы»

Каждая из которых реализована в виде полноценная отдельной темы. Не тупите.

«Цветовые схемы» в понимании шиндузятных тем — это несколько разных shellstyle.dll в составе одной темы. Темы GTK+ такого вроде не умеют, лишь для третьего недавно научились в светлый и тёмный вариант в одной теме.

при раскраске темы qt4

В Qt4 вообще нет «тем», там компилируемые модули, большая часть из которых тупо мимикрируют под всякое и не настраиваются. Некоторые умеют подгружать настраиваемые темы, как кедерастский Breeze, QtCurve, или модуль для мимикрии под всё тот же GTK+. Но это уже самодеятельность.

И спец. софт нужен, если ты не гений с памятью на тысячу объектов

Будто в INI всё той же тысячи не будет, причём представленных куда большим бардаком.

А зачем всё это вообще понадобилось приминительно к оформлению интерфейсов?

Ну например, придавать кнопкам на тулбаре одно оформление, а тем же кнопкам, впихнутым в форму или ещё куда — другое. На CSS это реализуется тривиально, а покажите-ка, какие костыли будете изобретать для двухмерной иерархии INI :P

Требуются, конечно. И для картиночек требуются. Тем более для векторных. И для здоровых шрифтов с индусскими вязями и эмодзями требуются. А уж для FullHD-видео на фоне ой как требуются!

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

Много времени нужно, чтобы патченый софт поддерживать. Чтобы раз пропатчить и годами сидеть на протухшем — нет :P

Тут где-то сорочь по весне был, в теме про Gemini. Мне там доказывали, что страшнее JS только сотона…

Протекание лечится рестартом

Или свопингом, если утечки стабильны и не безграничны. А вот рестарты браузера должны делаться когда это надо пользователю, а не куску говнокода.

Нужны подробные исследования через инспектор, иначе лженаука.

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

Монтируете сетевую шару и гоняете своп в облако?

Нет, купил для него отдельный ssd за кажется 2000р. Или даже дешевле. Пока что ни разу не достигал 5% заполнения. А если прям сильно прижмёт, то уже сейчас могу докинуть ещё 120Гб ssd и ~1,5Тб hdd. Вполне себе рабочая модель бесконечности.

В Европе так-то прозрачные общественные уборные уже есть

С чём я их и поздравляю. А у меня отработанные куки утилизируются сразу после их использования.

Ну тогда проблема

Проблема в том, что 5-10-20 лет назад это было легко и просто, а сейчас для гтк3 я убил более 8 часов и даже не приблизился к результату.

платформ много, и некоторые из них

...не предусматривают современного браузера. А работать как то надо.

речь о числодробилках, являющихся частью прикладных Web-приложений.

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

Разве тогда уже адвайта была?

Да, была. Но выглядела она по другом.

Каждая из которых реализована в виде полноценная отдельной темы.

В том то и проблема. Если я наберу текст в офисе разными шрифтами и сохраню под разными именами текст то останется одним и тем же. Вот и эти отличаются только цветами.

«Цветовые схемы» в понимании шиндузятных тем

Возможно вы имеете в виду статичные темы винХР, натягиваемые поверх редмонда? Это не важно, потому что в понимании пользователя цветовая схема это набор цветов используемых для определённых элементов.

В Qt4 вообще нет «тем»

Ага, рассказывайте. В qt4 есть наборы виджетов и пользователю дана возможность задавать их цвет. Разумеется также присутствует дефолтный набор цветов. А движки мимикрии это другое, там просто набор виджетов и цвета берутся откуда то.

Будто в INI всё той же тысячи не будет

Всё просто, надо не размазывать переменные по 20 файлам с многоэтажным кодом и взаимными ссылками друг на друга, а просто создать отдельный файл для всех этих переменных. Ну или только для цветов. А уж если ещё в комментариях указать что эти переменные значат... Но это уже impossible и вообще не модно и не современно.

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

Зачем что то изобретать? Выделяешь блок определения всех вариантов кнопок под разными именами и дальше в коде на них ссылаешься. Просто, компактно, логично. Задал функции - используешь. Если не просто и не компактно, значит ключевые переменные сгрупировать отдельно.

свопингом

Нет, по вышеописанным причинам. Своп — лишь временное решение, пока лень перезапускать. В конечном счёте его чрезмерное использование приведёт к тому, что вся нужная в конкретный момент память перестанет влезать в оперативку, и начнётся лютый тхрешинг. Хоть и с SSD, хоть и с в принципе чем угодно, что медленнее рамы.

они дёргают память и цпу только при возврате на вкладку

Что лишь подтверждает, что скриптов там ни фига нету. Браузер достаточно умный, чтобы декларативную CSS-анимацию и прочий анимированный SVG не просчитывать, если он не отображается. А вот скрипты всё равно будут вхолостую отрабатывать и поднимать память, даже если достаточно умные, чтобы не перерисовывать в фоне тоже. И с флешем та же фигня была.

А если прям сильно прижмёт, то уже сейчас могу докинуть ещё 120Гб ssd и ~1,5Тб hdd

Это уже какие-то извращения уровня спуфинга, только наоборот.

отработанные куки утилизируются сразу после их использования

С какого ж перепугу они «отработанные», когда они нужны и Вы сетуете, что приходится перелогиниваться?

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

5-10-20 лет назад это было легко и просто

Не было, потому что в описанном Вами кейсе геометрия и не настраивалась, только цвета.

Хотя, в некотором роде на самом деле таки настраивалась, регулировкой размеров ;)

для гтк3 я убил более 8 часов и даже не приблизился к результату

Ну вообще темизация GTK+3 — боль и страдания, да.

Но уж точно не из-за генерирования произвольных цветовых вариантов одной темы — это давно и отлично автоматизировано Oomox’ом. Не только тему покрасить, но даже и иконки можно покрасить, на основе ACYL: шиндузятникам в эпоху скевоморфизма такое и не снилось ;)

А Вы выдумываете на пустом месте нелепые отмазки, что чего-то куда-то не довезли, чего-то там не досунули. Да — не досунули, потому что гномосекам по шарабану на недефолтные темы. Энтузиасты тут сугубо on their own. И в восхваляемой Вами шинде так же. Под XP было полторы официально подписанные темы, для остального надо было ставить васянопатчи и васянские же редакторы этих самых тем, потому что ни документации, ни официальных инструментов для темизации, естественно, не завезли. Со спермёрки вообще деградировали опять к одной Windows Aero, у которой только цвет и настраивается, да классическим-контрастным темам.

…не предусматривают современного браузера. А работать как то надо.

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

Я даже не могу представить настолько тяжёлой ситуации, когда это могло бы быть оправданным

Да вон даже банальная шебморда Telegram ключи шифрования сессии высчитывает при авторизации. Чем не числодробилка? :P Но это мелкий пример, там всего пару секунд, могут требоваться и более длительные вычисления. Например, при работе с большим проектом сериализовать его особым образом с предобработкой и таки отправить на сервер для более длительного числодробления, но чтобы трафика было не архимного :P

В том то и проблема

Ну так чините, продвигайте гномосекам идеи. Задел в виде light/dark уже есть, расширить это до произвольных цветовых вариантов тривиально. Тут скорее проблема в том будет, что им это нафиг не нужно и Вас не послушают.

натягиваемые поверх редмонда?

Нет, именно XP-шный движок тем.

В qt4 есть наборы виджетов и пользователю дана возможность задавать их цвет

Это уже какая-то шиза с 4.2.

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

движки мимикрии это другое, там просто набор виджетов и цвета берутся откуда то

Аллё, откуда в движках набор виджетов? Виджеты вообще-то в самом QtGui. Движки просто определяют, как их отображать. И от движков не зависит, какие виджеты доступны, а какие нет.

надо не размазывать переменные по 20 файлам с многоэтажным кодом

Ну приехали, kirill_rrr с ЛОРа решили отменить нарабатываемые десятилетиями бэстпрактисы по построению архитектуры программ, и объявили, что модульность не нужна и надо всё засовывать в один мегагитлерфайл на пару мегабайт. Браво.

а просто создать отдельный файл для всех этих переменных. Ну или только для цветов

А тут каков смысл? Они и так в хедере, далеко искать не нужно.

А уж если ещё в комментариях указать что эти переменные значат… Но это уже impossible и вообще не модно и не современно.

Совать документацию в комментарии? Да.

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

блок определения всех вариантов кнопок под разными именами

То есть ещё каждому варианту кнопки отдельное имя давать, мда.

А если понадобится совместить несколько вариантов в одной кнопке? Вы уже почти пришли к тому, зачем в CSS придуманы классы, которые можно назначать одному элементу по нескольку сразу ;)

и дальше в коде на них ссылаешься

Кхем, в рамках INI-формата?

Вы уже придумываете и усложняете синтаксис на ходу. Браво. И при этом ещё ратуете за простоту для пользователя.

Пользователи виджеты не красят, это можно сделать только из программного кода приложения

А это тогда что такое? Да, это qt4, тема oxygen. Да, параметры применяются как умолчание к любому qt4-приложнию независимо от kde.

надо всё засовывать в один мегагитлерфайл на пару мегабайт

Я этого не говорил. Я говорил что нехрен захардкоживать переменные цвета внутрь кода отрисовки.

и так в хедере, далеко искать не нужно.

Ага, щас.

Совать документацию в комментарии?

За что отвечает переменная это не документация, это комментарий.

каждому варианту кнопки отдельное имя давать

Сейчас же любят каждую функцию на три слова называть вызовом api, так в чём проблема?

несколько вариантов в одной кнопке?

А если понадобится в одной теме совместить 10, и чтобы они случайным образом переключались каждую минуту?

в рамках INI-формата?

ini-формат предполагает, что что-то считает хранящиеся там переменные в процессе запуска. И это именно что удобней для пользователя, а интерпретатор как нибудь справится.

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

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

вся нужная в конкретный момент память перестанет влезать в оперативку, и начнётся лютый тхрешинг. Хоть и с SSD, хоть и с в принципе чем угодно, что медленнее рамы.

Но это всё равно быстрее чем перезапустить браузер. Трешинг возникает только если открыть разом больше вкладок, чем влезает в оперу. Это нормально обходится, а при просмотре вкладка поднимается довольно быстро.

Да, и если браузер достаточно стабилен, то черезмерный свопинг ни к чему плохому не приводит. Файерфокс 60-еср достаточно стабилен.

Браузер достаточно умный, чтобы декларативную CSS-анимацию и прочий анимированный SVG не просчитывать

Но не хромоклоны. Они продолжают гнать цпу на полную на тех же самых наборах вкладок.

С какого ж перепугу они «отработанные», когда они нужны и Вы сетуете, что приходится перелогиниваться?

У меня есть 3 сайта на которых мне нужны куки. И болше 50 наборов образуются каждую неделю, и если их не чистить, то за полгода образуется редкосная помойка, которая просто на отрисовку списка требует секунд 10. Поэтому решение очевидно: куки чистятся при закрытии браузера, браузер закрывается редко. Ну и лист исключений.

И ещё, с точки зрения безопастности весьма полезно чтобы твой логин на сайте автоматом сбррасывался через какое то время неактивности.

тема oxygen

Сами спросили — сами ответили. Мы об этом уже выше писали.

Некоторые умеют подгружать настраиваемые темы, как кедерастский Breeze, QtCurve, или модуль для мимикрии под всё тот же GTK+

Oxygen тоже кедератсткий. С чем Вы спорите, и при чём здесь темы Qt?

независимо от kde

А ещё софт на kdelibs можно запускать не в кедах, какое открытие! Дальше что?

нехрен захардкоживать переменные цвета внутрь кода отрисовки

Ну дык современный CSS как раз даёт возможность этого не делать, вынося цвета в переменные. Если в каких-то темах этого не делают (и они при это имеют не архисложный разноцветный дизайн) — идите бить их авторов по початококинецам, чего сюда жаловаться пришли?

За что отвечает переменная это не документация, это комментарий.

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

Сейчас же любят каждую функцию на три слова называть вызовом api

Вылезайте из криокамеры, сейчас ООП и модули во все щели суют, какие «функции на три слова», Вы о чём? :P

А если понадобится в одной теме совместить 10, и чтобы они случайным образом переключались каждую минуту?

GTK+ так не может, слишком ущербен. Мы и не на такое жаловались: Почему GTK+3 — зло

И это именно что удобней для пользователя

Что удобней? Засовывание сложной структуры в плоский формат? Вы хотите столкнуть пользователя с чем-то таким? https://en.wikipedia.org/wiki/Name_mangling

Считать ключи скриптами в браузере это огромный косяк безопастности

Сфига? Браузеры на всяких прозондированных платформах являются самой безопасной средой как раз.

всего пара секунд и операция легко может быть усыплена и потом продолжиться

А не надо «потом», надо, чтобы оно считалось в фоне, иначе пользователь переключится на другую задачу на время ожидания этой зазря.

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

Для того и вылизывают браузеры, и завозят WebAssembly/WebGL. Прикладной софт уверенно мигрирует в Web, не век же виндой ограничиваться. На iPad Pro винды нет, например, и через Parallels не вкрячить, как на маках.

Но это всё равно быстрее чем перезапустить браузер

В краткосрочной перспективе ;) В долгосрочной — тормоза, терпимые часами, совокупно превысят время ожидания перезапуска в разы.

Трешинг возникает только если открыть разом больше вкладок, чем влезает в оперу

А как они иначе в своп вообще свалятся?

Файерфокс 60-еср достаточно стабилен

Да, стабильность, как на кладбище.

Но не хромоклоны

Ну это их проблемы. Не повод обзывать декларативщину скриптухой. При загрузке страницы с голым HTML тоже нагрузка на ЦП подскакивает — тоже скрипты виноваты, что ли? :P

которая просто на отрисовку списка требует секунд 10

Из-за кук?!

Вы с калькулятора в веб ходите? Хотя не, не сходится, FF60 на калькуляторе не заведётся, curl — потолок. Значит, в вашей лисе прото тормозная отображалка кук :P

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

Ага, как во всяких онлайн-банкингах, которые через 10–15 минут выкидывают и не дают форму до конца заполнить даже?

У вас там общедоступная ЭВМ, или что? Зачем такие извращения?

С чем Вы спорите, и при чём здесь темы Qt?

Вы утверждаете, что темы qt не умеют менять цвета. И что это не нужно. Но вот вам раскрашенный оксиген на qt4. Точно так же это работает с абсолютно всем стандартным набором тем в qt4 и qt3. И кажется даже в qt5. И никто не создаёт ~10000 однотипных клонов просто потому, что нет штатной изменялки цветов.

Ну дык современный CSS как раз даёт возможность этого не делать, вынося цвета в переменные.

А где находятся переменные? Правильно, в той же пачке css-файлов. И для изменения их надо править вручную, и автоматизации этот процесс поддаётся настолько хорошо, что mate и xfce пришлось вырезать или капитально порубить данный функционал в своих средах. Так что прогресс на лицо.

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

Если в каких-то темах этого не делают

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

Не «если где то не делают», а «кто нибудь вообще сделал приемлимо?». Вот пример из совершенно обычной сферической в вакууме темы gtk3 которую я решил подкрасить чтобы попользоваться на первое время:

Имеется так ненавидимый вами settings.ini, который возможно был задуман как раз для задания переменных цвета.

gtk-color-scheme = "base_color:#ffffff\nbg_color:#f6f4f2\ntooltip_bg_color:#000000\nselected_bg_color:#87A752\ntext_color:#3C3C3C\nfg_color:#4c4c4c\ntooltip_fg_color:#ffffff\nselected_fg_color:#ffffff\nlink_color:#A7BB85\nbg_color_dark:#3c3b37\nfg_color_dark:#dfdbd2"

И угадайте, что обозначают все эти переменные с говорящими названиями? Правильно, они ничего не обозначают и если прописать в каждую ярко красный то они все будут проигнорированы.

Разбираемся дальше. В теме содержится 930 файлов, причём есть 2 папки с графическими элементами, в куче версий в .png и .svg, и ещё какие то файлики с метаданными. По крайней мере с первого взгляда понятно, что тут просто навалили мусора и можно не рыться.

/* app-notification */
@define-color button_gradient_color_a #69696c;
@define-color button_gradient_color_b #3c3b37;
@define-color button_border #2a2a2a;

/*************
 * Mate-Menu *
 *************/

@define-color menu_bg_color #f5f5f5;

/************
 * notebook *
 ************/

@define-color core_color_a #B9C0A9; /* Core color for green widgets in RadiantMATE. */
@define-color core_color_b #edeceb; /* Core color for gray widgets in RadiantMATE. */

На самом деле цвета захардкожены прямо в коде, вот в таком духе. Сиди и читай портянку. Цвета переопределяются 24 раза в gtk-main.css размером 8,3Кб, из них я не переделал только 3 штуки. Что там происходит в 7 остальных файлах .css размером 168Кб я сейчас разбираться не буду, но насколько я помню там тоже пришлось искать и править переменные цвета прежде чем я наткнулся на нужные мне переменные.

сейчас ООП

От заворачивания в обёртку и использования сложной терминологии суть не меняется.

Что удобней? Засовывание сложной структуры в плоский формат?

Нет, я хочу чтобы они осилили портирование пользовательского интерфейса настройки цветов из гном2. Или xfce4. Или хотя бы сделали как в кедах. Но если это всё слишком сложно, то хотя бы не хуже, чем в винде 98. Но я понимаю что это странные существа и я хочу от них слишком много, ну ладно, пусть они хотя бы стандартизуют свои темы и заставят работать свой же settings.ini. Но... он тоже не работает!

Для того и вылизывают браузеры, и завозят WebAssembly/WebGL

И вы можете вспомнить хоть один случай, чтобы веб-версия не уступала на порядок нативной? Ну или хотя бы чтобы она стала менее жирной и менее тормозной с новым релизом?

А ябловодам, которые хотят решать серьёзные задачи на огороженных от серьёзных задач игрушках, могу только посоветовать страдать.

тормоза, терпимые часами, совокупно превысят время ожидания перезапуска в разы.

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

А при всём при этом вы ещё хотите повесить в веб важные задачи долгосрочного исполнения. Да даже если это просто веб-офис и веб-мессенджер, это уже превратит перезапуск браузера в треш и жесть.

И всё это ради ~1-10 секундной задержки при обращении к спящей и засвопленой вкладке.

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

Из-за кук?!

Да, если их там десятки тысяч более чем на 100Мб. Разумеетсяво фрагментированной БД, и разумеется автоматическая чистка не предусмотрена. А руки веб-девелоперов традиционно прямые и они очень адекватно указывают срок действия куков.