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

Правила форума
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Версия ОС вместе с разрядностью. Пример: LM 18.1 x64, LM Sarah x32 2. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 3. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 4. Суть. Желательно с выводом консоли, логами. 5. Скрин. Просьба указывать 1, 2 и 3 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот

Автор темы
Петька_Васька
Сообщения: 32
Зарегистрирован: 19 май 2017, 06:21

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

Сообщение Петька_Васька » 02 июн 2017, 01:10

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

Аватара пользователя

SemenSinchenko
Сообщения: 340
Зарегистрирован: 17 фев 2017, 09:01
Решено: 2
Откуда: Москва
Благодарил (а): 43 раза
Поблагодарили: 46 раз

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

Сообщение SemenSinchenko » 02 июн 2017, 07:19

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

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


Bosonbeard
Сообщения: 1
Зарегистрирован: 22 июн 2017, 22:17
Благодарил (а): 1 раз

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

Сообщение Bosonbeard » 22 июн 2017, 22:25

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


_R-S_
Сообщения: 80
Зарегистрирован: 01 фев 2018, 17:36
Благодарил (а): 23 раза

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

Сообщение _R-S_ » 07 апр 2018, 08:34

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

Аватара пользователя

AlexZ
Сообщения: 386
Зарегистрирован: 06 янв 2018, 18:06
Благодарил (а): 37 раз
Поблагодарили: 17 раз

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

Сообщение AlexZ » 21 апр 2018, 18:43

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

Аватара пользователя

darkfenix
Сообщения: 2695
Зарегистрирован: 27 июн 2017, 10:36
Решено: 28
Откуда: Нижний Тагил
Благодарил (а): 168 раз
Поблагодарили: 459 раз

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

Сообщение darkfenix » 22 апр 2018, 14:46

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

Аватара пользователя

AlexZ
Сообщения: 386
Зарегистрирован: 06 янв 2018, 18:06
Благодарил (а): 37 раз
Поблагодарили: 17 раз

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

Сообщение AlexZ » 25 апр 2018, 10:02

darkfenix писал(а):
22 апр 2018, 14: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

Аватара пользователя

Chocobo
Сообщения: 7998
Зарегистрирован: 27 авг 2016, 19:57
Решено: 172
Откуда: НН
Благодарил (а): 537 раз
Поблагодарили: 2152 раза

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

Сообщение Chocobo » 25 апр 2018, 10:14

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

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

Аватара пользователя

Unborn
Сообщения: 1305
Зарегистрирован: 03 сен 2016, 10:36
Решено: 20
Благодарил (а): 2 раза
Поблагодарили: 188 раз

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

Сообщение Unborn » 26 апр 2018, 08:14

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

Аватара пользователя

AlexZ
Сообщения: 386
Зарегистрирован: 06 янв 2018, 18:06
Благодарил (а): 37 раз
Поблагодарили: 17 раз

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

Сообщение AlexZ » 26 апр 2018, 17:33

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

Аватара пользователя

broken
Сообщения: 204
Зарегистрирован: 31 авг 2016, 22:45
Решено: 1
Благодарил (а): 7 раз
Поблагодарили: 6 раз

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

Сообщение broken » 17 июн 2018, 18:32

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

Вернуться в «Cinnamon»