Страница 4 из 4

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

Добавлено: 02 июн 2017, 04:10
Петька_Васька
SemenSinchenko,
Попробовал. Двукратный остался двукратным((

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

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

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

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

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

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

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

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

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

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

Добавлено: 22 апр 2018, 17:46
rogoznik
AlexZ, потому что разрбы не завезли такую фичу

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

Добавлено: 25 апр 2018, 13:02
AlexZ
darkfenix писал(а):
22 апр 2018, 17:46
потому что разрбы не завезли такую фичу
Т.е. разница только в том что 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

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

Добавлено: 25 апр 2018, 13:14
Chocobo
AlexZ писал(а):
25 апр 2018, 13:02
разрабы GTK могут разрушить Linux desktop
Ох, как громко :hoho: Как будто в первый раз обновляется мажорная версия.

Гимп сам до сих пор на GTK2 рисуется (как и куча других прог), и ничего страшного пока с ними не произошло в новых окружениях.
AlexZ писал(а):
25 апр 2018, 13:02
Разработчиков GTK кажется не заботит ничто, кроме их Gnome.
Ну и GTK это как бы не Gnome ToolKit, на секундочку :blink:
хотя и они разумеется там оч активно участвуют.

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

Добавлено: 26 апр 2018, 11:14
Unborn
AlexZ писал(а):
21 апр 2018, 21:43
Ведь в KDE-системах это решаемо.
ну вот в Мате - Центр управления - Внешний вид - вкладка Шрифт - кнопка Подробнее. Оно?

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

Добавлено: 26 апр 2018, 20:33
AlexZ
Unborn писал(а):
26 апр 2018, 11:14
в Мате - Центр управления - Внешний вид - вкладка Шрифт - кнопка Подробнее. Оно?
Похоже на то. Но это увеличивает только шрифт. При этом могут пропадать элементы окна (где-то была тема)
кнопок нет.png
P.S. Разобрался, в KDE то же самое - глобального увеличения DPI как в винде нет, только шрифтов.

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

Добавлено: 17 июн 2018, 21:32
broken
AlexZ писал(а):
25 апр 2018, 13:02
Странно конечно, большинство приложений и DE построены на GTK
Как раз большинство приложений были построены на Qt и нормально работали пока не появились пятые кеды, с приходом коей была утрачена их былая адекватная работоспособность.
_R-S_ писал(а):
07 апр 2018, 11:34
стандартные настройки разрешения Remmina не помогают.
Да что вы?
18-06-17-213012.png