Масштабирование рабочего стола Linux 18.1

[Петька_Васька]

SemenSinchenko,
Попробовал. Двукратный остался двукратным((

[SemenSinchenko]

Петька_Васька, тогда все что могу предложить - пробуйте разные варианты работы команды xrandr.
Например, возможно попробовать что-то типо:
xrandr --output *МОНИТОР* --scale 1.2x1.2
Значение *МОНИТОР* возьмите из вывода команды xrandr --current, там будет указано имя соединения. Если это телек, то скорее всего будет что-то типо HDMI-1.

Я уже писал, что у меня нет под рукой linux, чтобы проверить команды - думайте, что вводите. Если выдает "команда не найдена" или что-то такое, то проверьте правильность комманд сами - все, что Вам нужно есть в общем-то в выводе двух команд:
man xrandr | less и
man xorg.conf | less

[Bosonbeard]

Столкнулся с идентичной проблемой, попробовал xrandr --output *МОНИТОР* --scale 1.2x1.2.
в Итоге команда просто меняет разрешение (причем есть смысл брать в сторону меньше единицы), это частично решает проблему, но к сожалению не аналогично эфекту 125% увеличения значков в Windows, но все равно спасибо!

[_R-S_]

Всем привет, Дабы не плодить лишних тем, спрошу в этой - на ВПС стоит LXDE , размер удаленного рабочего стола больше экрана пользователя, как подогнать под размер экрана, стандартные настройки разрешения Remmina не помогают. grandr нету, а xrandr же, естественно, пишет, что дисплея нету. как можно решить проблему?

[AlexZ]

Кто-нибудь может сказать, почему в минте (GTK-системах) нельзя поменять DPI как в винде?
Ведь в KDE-системах это решаемо. Вот к примеру у меня на кальке и сьюзи

[rogoznik]

AlexZ, потому что разрбы не завезли такую фичу

[AlexZ]

потому что разрбы не завезли такую фичу

Т.е. разница только в том что Qt или GTK
Странно конечно, большинство приложений и DE построены на GTK, а такую важную фичу никак не завезут.
Помимо этого (как пишут) разрабы GTK могут разрушить Linux desktop http://vasilisc.com/gtk-developers-dest ... ux-desktop

Если глянуть пост "Gtk 4.0 is not Gtk 4" про курс GTK на ближайшие годы после обсуждения его будущего на GTK hackfest в Торонто, то легко можно найти главные тезисы:
Скорость разработки увеличивается. We are going to increase the speed at which we do releases of new major versions of Gtk (ie: Gtk 4, Gtk 5, Gtk 6…).
Каждые 6 месяцев будет ломаться совместимость API и ABI. Each 6 months, the new release (Gtk 4.2, Gtk 4.4, Gtk 4.6) will break API and ABI vs. the release that came before it.
Для стороннего программиста, узаконенное переписывание кода раз в 6 месяцев, переводит ситуацию на новый уровень безумия. Можете представить тысячи часов свободного времени у сторонних программистов, обновляющих своё ПО раз в полгода? Впереди множество сломанных приложений и удар по таким линукс средам рабочего стола как MATE, Xfce и Cinnamon. Разработчиков GTK кажется не заботит ничто, кроме их Gnome.
Множество сторонних программистов создают для людей программы в свободное время и не работают над своим проектом полный день за оплату. Как вы думаете, они будут создавать заново свои программы из-за людей в проекте GTK? В ближайшие месяцы конечный пользователь столкнётся с программами, которые резко перестали нормально работать. Что им делать?
Если глянуть развитие конкурирующего тулкита Qt, то там никто не требует переписывать ПО, когда Qt в рамках одной версии обновляется в системе, к примеру с 4.2 на 4.4.
Какое решение принять? Форк?
Разработчики GTK дали ясно понять, что скорость релизов будет увеличена и между релизами будет серьёзная, постоянная ломка API и ABI. Некоторые релизы, типа 4.6, будут островками стабильности, но на маленький срок в 2 года. Небольшая команда разработчиков ломает работу тысяч других программистов и раскалывает линукс сообщество, что просто неприемлимо! Двухлетний план разрабов GTK для их "LTS версии" не подходит идеально, так как различные версии линукс дистрибутивов идут с различными версиями GTK и может быть ситуация, когда софт работает в Ubuntu и не работает в Arch и vice versa.
Linux Mint уже начали форк дефолтных программ из проекта GNOME под названием X-Apps и хотят быть совместимыми ближе к MATE и Cinnamon, чем к GNOME Shell, и удержать ситуацию в своих руках.

С Xfce дела ещё хуже обстоят http://vasilisc.com/xfce-4-14-developme ... map-future

[Chocobo]

разрабы GTK могут разрушить Linux desktop

Ох, как громко Как будто в первый раз обновляется мажорная версия.

Гимп сам до сих пор на GTK2 рисуется (как и куча других прог), и ничего страшного пока с ними не произошло в новых окружениях.

Разработчиков GTK кажется не заботит ничто, кроме их Gnome.

Ну и GTK это как бы не Gnome ToolKit, на секундочку
хотя и они разумеется там оч активно участвуют.

[Unborn]

Ведь в KDE-системах это решаемо.

ну вот в Мате - Центр управления - Внешний вид - вкладка Шрифт - кнопка Подробнее. Оно?

[AlexZ]

в Мате - Центр управления - Внешний вид - вкладка Шрифт - кнопка Подробнее. Оно?

Похоже на то. Но это увеличивает только шрифт. При этом могут пропадать элементы окна (где-то была тема)

P.S. Разобрался, в KDE то же самое - глобального увеличения DPI как в винде нет, только шрифтов.

[broken]

Странно конечно, большинство приложений и DE построены на GTK

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

стандартные настройки разрешения Remmina не помогают.

Да что вы?