У gimp 3 проблемы с gtk3 и темами

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

Что почитать?

Не знаю, для breeze наверно накрутили костылей.

вымораживают ... цвета ... В сочетании с плоскотой ... оттенки сливаются в кашу

+ большие поля (margins) и всюду бессмысленные закругления и тени.

Хотя современная винда тоже

- но сохраняет дофига способов кастомизации.

Если сравнивать с картинками ТСа, то может оно и лучше получилось.

Слушайте, ну мне правда удобно работать с «японским интерфейсом» и чёткими кнопками в GUI.

Думаю, я — последний человек во всей вселенной, чьё мнение должно тебя интересовать, но оно всё таки есть 😉

Если же говорить об интерфейсах, то их количество должно равняться количеству людей (вот такие мы все разные), но это нереально, а значит недовольны будут все, кроме буддистов.

Xming уже не торт.

Использую VcXsrv и/или Cygwin/X.

Рассматриваю DESQview/X, но он сложен в настройке.

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

Именно так. Любое адекватное ДЕ это позволяет. Даже без тайлинга.

MDI это да. Поэтому я и ушел на тайлинг, без него больно и глупо. Даже на офтопе.

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

Помните страхолюдный дефолт гтк2? Так вот, меня он устраивал. До изобретения адвайты никогда не интересовался темами. Подкрутить цвета в гтк2 в полпинка, если это не какие-то навороченные темы. Сейчас темизация это война с тулкитом, который не рассчитан, что у юзера есть свои предпочтения. Современный юзер это бесправное зачморенное существо, которым каждый норовит помыкать, даже психбольные ничтожества из команды гтк.

Что вы, что saahrihtu не понимаете, что тайлинг не спасёт в этом случае.

Во-первых: все окошки в таких CAD’ах - динамические. Например есть узкие панельки с кнопками «показать/скрыть» и там таких кнопоко много. Нажал «показать» - ПОД панелькой открылось окошко с объектов/проекцией/настройками. Тайлинг тут не поможет, это динамическое окошко.

Во-вторых: тайлинг требует строгой геометрии, а в CAD’ах эти окошки могут и перекрывать другие когда надо например открыть палитру или окно с кистями и менять размер в зависимости от контента. Тайлинг тут не поможет.

У gtk2 из коробки был pix engine

В гтк2 дефолтная тема была clearlook, и это была хорошая тема. После вин-XP выглядело всё равно всратенько, но потом винда забылась и стало хорошо, да.

Sane не работает. Увы - лучший софт для сканера - xsane, в нем собственно и жил плугин для гимпа. И увы этот софт на gtk3 не портирован, да и активная поддержка его уже давно отсутствует.

Ну может кто нибудь соберется с силами и портирует.

Это не дефолтная тема, там отдельный движок. Без тем гтк2 страшненькое угловатое аля вин95. Однако, вполне юзабельно было.

Тему проверяй в gtk3-widget-factory

Бестолковая штука как показывает практика. Реальный софт как-то всегда умудряется отрисовываться по другому.

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

Hyprland уже пробовали?

В отличие от иксов, каждый композитор Wayland'а ведёт себя уникальным образом, поскольку сам реализует функционал иксов, оконного менеджера и, собственно, композитора (как тот же picom).

В Hyprland'е разрешение мониторов можно настраивать прямо в конфиге. Например, так:

monitor = DP-1, 1920x1080@144, 0x0, 1

Основные дистры шли с ней, кроме убунту.

Подождать 3.11 версию

GIMP for workstations?

Смешно, я активно пользуюсь плагином gimp и программой gscan2pdf...

Вы так пишете, будто это хорошо.

Практически никакой нормальный профессиональный софт кроме пионерских перделок на тайлинге работать не может.

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

Вы так пишете, будто это хорошо.

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

Из протестированных мной композиторов могу выделить kwin (KDE) и Hyprland. Они уже есть и работают вполне хорошо.

Основные дистры шли с ней

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

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

я, правда, тогда всегда менял clearlooks на gtkstep.

Тайлинг не в счет. Это балушка для пионеров и школьников.

Работают более-менее Mutter (гном), kwin, enlightenment, wayfire и labwc.

Но Mutter тянет за собой гном (так себе радость) kwin - KDE (лучше но тоже на любителя), enlightment сам в себе но не менее странен.

Остается wayfire и labwc + гора тайлового отстоя.

Во-первых, тайлинг ни разу не игрушка, а вполне серьёзный инструмент.

Во-вторых, тот же Hyprland - гибридный композитор, а не просто тайловый. Он может работать и в режиме плавающих окон. Просто координаты плавающих окон в Wayland'е не гарантирует никто. Если нужно управлять их координатами, то альтернатив тайлингу просто нет.

Только это был дефолт гнома, а не гтк.

Да, точняк. У меня с этим clearlook вообще синдром утёнка, так что я не рационален в этом отношении.

После первого смачного провала в Линукс, когда я решил подойти основательно и купил коробочный ASP Linux с 90-дневной поддержкой, установил и — интернета нет… (я тогда не знал, что корбина так просто не заработает…). Назад вкорячил винду, написал им письмо, они мне в ответ какую-то абракадабру и на этом я понял, что надо идти другим путём.

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

Ну типа нет плавающих окон - нет проблем с их координатами. но так себе альтернативка то в общем-то.

Кстати, а почему так в gtk3? В qt и gtk2 нормально же

Ну типа нет плавающих окон - нет проблем с их координатами

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

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

Думаю, если бы они хотели решить эти проблемы, то решили бы их в gtk3.
А какие причины gtk2 не работать где-либо? Даже если xwayland выпилят, никто не запрещает gdk реализовать поверх wayland, он всё равно рисуется через cairo. Под windows он же работает, а значит намертво к иксам не прибит. Разумеется я не говорю о gtk2 в том виде, в котором он сейчас, а говорю о форке, который мог бы поддерживаться в актуальном состоянии и не иметь всех тех проблем, что принёс gtk3. В конце концов это мог быть и урезанный форк gtk3 только с нужным функционалом

Не пробовал, он сам создаст нужный modline в терминах иксов для разрешения которое не сообщил ему монитор?

Как слепить один монитор из двух в нем?

В отличие от иксов, каждый композитор Wayland’а ведёт себя уникальным образом, поскольку сам реализует функционал иксов, оконного менеджера и, собственно, композитора (как тот же picom).

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

У всего свои плюсы и минусы.

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

Не пробовал, он сам создаст нужный modline в терминах иксов для разрешения которое не сообщил ему монитор?

Мой монитор определяется корректно, но там в документации написано, что ему можно прописывать даже кастомный modeline. Например, так:

monitor = DP-1, modeline 1071.101 3840 3848 3880 3920 2160 2263 2271 2277 +hsync -vsync, 0x0, 1

Как слепить один монитор из двух в нем?

Там в документации есть пример:

monitor = DP-1, 1920x1080, 1920x0, 1
monitor = DP-2, 1920x1080, 0x0, 1

monitor = DP-1, 1920x1080, 0x0, 1
monitor = DP-2, 1920x1080, 0x1080, 1

документации написано, что ему можно прописывать даже кастомный modeline.

Ну хоть у кого-то хватило мозгов реализовать. Но так как основные ДЕ за столько лет эту возможность не реализовали, то все бестолку.

Тут один монитор левее, а другой правее.

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

Конфиг же статичен? Есть аналог xrandr для динамического применения и расстановки мониторов и разрешений?

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

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

Так это же оно и есть. Тут без разницы на столе эти мониторы стоят или на стене висят.

Есть аналог xrandr для динамического применения и расстановки мониторов и разрешений?

Нет. При подключении нового монитора или отключении старого монитора надо менять конфиг руками.

Так это же оно и есть. Тут без разницы на столе эти мониторы стоят или на стене висят.

Т.е. при таком конфиге если нажать сделать maximaze окно заполнит все мониторы? А как тогда сделать классическую многомониторную конфигурацию?

Нет. При подключении нового монитора или отключении старого монитора надо менять конфиг руками.

Рука лицо, вот серьёзно как с этим работать на ноутбуках, которые априори не имеют постоянной многомониторной конфигурации?

А как тогда сделать классическую многомониторную конфигурацию?

Что это такое и чем отличается от

Monitors are positioned on a virtual “layout”. The position is the position, in pixels, of said display in the layout. (calculated from the top-left corner)

?

Рука лицо, вот серьёзно как с этим работать на ноутбуках, которые априори не имеют постоянной многомониторной конфигурации?

Повесить добавление и удаление монитора на хоткеи?

Кстати, я несколько ошибся. Несмотря на отсутствие аналогов xrandr Hyprland умеет автоматически добавлять подключаемые мониторы при прописывании соответствующих правил.

You can also use auto as a scale to let Hyprland decide on a scale for you. These depend on the PPI of the monitor.

Recommended rule for quickly plugging in random monitors:

monitor = , preferred, auto, 1  This will make any monitor that was not specified with an explicit rule automatically placed on the right of the other(s), with its preferred resolution.

For more specific rules, you can also use the output’s description (see hyprctl monitors for more details).

Что это такое и чем отличается

Я ХЗ, что подразумевается под терммнами layout, monitor и display в hyperland.

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

Какой из вариантов приведен в документации по hyperland?

Hyprland умеет автоматически добавлять подключаемые мониторы при прописывании соответствующих правил.

Ну хоть додумались так сделать.

Но все равно возможности hyperland, не дотягивают до возможностей awesome wm((

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

Какой из вариантов приведен в документации по hyperland?

Не могу проверить по причине юзания только одного монитора, но нагуглил issue с просьбой реализовать в Hyprland'е «Global Fullscreen». Соответственно, насколько понял, окна между мониторами таскать можно, но при этом «fullscreen» развернёт окно только на один монитор.

Но все равно возможности hyperland, не дотягивают до возможностей awesome wm((

Чего не хватает?

Я ХЗ, что подразумевается

Ну так потратьте 15 минут своего времени https://wiki.hyprland.org/Configuring/Monitors/

заполняет конкретный экран, выглядит одинаково

Это не так. Любой тайлинг умеет «обрезать» заголовок и границы окна в полноэкранном режиме.

не дотягивают до возможностей awesome wm

Это каким? Отсутствию присутствия вейланда? Дурацкому луа-конфигу (спасибо хоть не yaml) который (хахаха) без отладчика лучше не трогать? Текущими ЛУА-виджетами?

Ну с такой темой - не удивительно. А вообще GTK, на секундочку это Gimp ToolKit (а не Gnome как некоторые думают) и из всех GTK-програм у него самый встратый UI.

Чего не хватает?

Ну например этого: https://awesomewm.org/doc/api/

Можно сделать так или так.

Любой тайлинг умеет «обрезать» заголовок

Потрать 15 минут на тред и пойми, что мы не про тайлинг говорим, а про поведение окна если нажать на кнопку «раскрыть во весь экран», что в винде, что в ДЕ на онтопике.

Это каким?

Покажи мне аналог https://awesomewm.org/doc/api/ для hyperland.

Как сделать в hyperland, чтобы цвет заголовка окна показывал текущий язык ввода для этого окна? Это то чем я пользуюсь постояно.