Edit: Я только что понял, такое же изменение размера произойдет, если я разверну окно, а затем восстановлю его, но только в наутилусе, а не в evince / gedit.
С тех пор, как я начал использовать Bionic, у меня возникла следующая проблема с двумя рабочими столами, подключенными к мониторам HiDPI (3840x2160), на работе и дома: если я заблокирую экран и отойду на некоторое время, когда вернусь размер некоторых окон уменьшен / уменьшен.
Это происходит с такими приложениями, как Nautilus и Evince, но не с другими, такими как Firefox или Texmaker. См. Раньше: и после:
Последующие циклы блокировки и входа в систему еще больше сужают окна, так что, если я забыл открытую папку утром, к следующему дню Nautilus откроется по умолчанию в очень маленьком окне.
Я немного погуглил ( Задайте вопрос Ubuntu 1 , Задайте вопрос Ubuntu 2 , Задайте ответ Ubuntu , Ошибка панели запуска ) и похоже, что, возможно, виноват тот факт, что я использую масштабирование на 200% и экран входа в систему. Но ничто из того, что я пробовал, не решило проблему. Могу ли я что-нибудь сделать для дальнейшей отладки этой проблемы?
Я пробовал решения в Задайте вопрос Ubuntu 1 , чтобы настроить автоматическое масштабирование окна Gnome в соответствии с тем, что я использую:
$ gsettings set org.gnome.desktop.interface scaling-factor 2
, но это не так. не работает.
Я также попытался масштабировать экран входа в систему gdm3
так, чтобы он соответствовал моему рабочему столу, как описано в Задайте вопрос Ubuntu 2 , отредактировав / usr / share / glib -2.0 / schemas / org.gnome.desktop.interface.gschema.xml
, чтобы ключ масштабный коэффициент
читал:
<key name="scaling-factor" type="u">
<default>2</default>
<summary>Window scaling factor</summary>
<description>
Integer factor used to scale windows by. For use on high-dpi screens.
0 means pick automatically based on monitor.
</description>
</key>
и, как и во втором ответе, предлагалось создать / usr / share / glib-2.0 / schemas / 93_hidpi.gschema.override
с содержимым
[org.gnome.desktop.interface]
scaling-factor=2
, затем запускается
$ sudo glib-compile-schemas /usr/share/glib-2.0/schemas
, и это тоже не сработало.
Наконец, пытаясь убедиться, что экран входа в систему gdm3
использует то же разрешение, что и мой рабочий стол, я выполнил этот ответ на вопрос Ubuntu и запустил
$ sudo cp -i .config/monitors.xml /var/lib/gdm3/.config/
$ sudo dpkg-reconfigure gdm3
все равно, без всякой радости. (Я вставлю свой monitors.xml
ниже, на всякий случай, если это может помочь.)
<monitors version="2">
<configuration>
<logicalmonitor>
<x>0</x>
<y>0</y>
<scale>2</scale>
<primary>yes</primary>
<monitor>
<monitorspec>
<connector>DP-2</connector>
<vendor>DEL</vendor>
<product>DELL S2817Q</product>
<serial>J42MC89E181I</serial>
</monitorspec>
<mode>
<width>3840</width>
<height>2160</height>
<rate>59.997123718261719</rate>
</mode>
</monitor>
</logicalmonitor>
</configuration>
</monitors>
Моя установка - 1x 4k монитор 3840x2160 и ПК под моим столом. Проблема, с которой я столкнулся, была похожа на вашу. Я наблюдал это в основном в двух приложениях: терминале и Chrome.
Теперь все работает нормально, что помогло в моем случае:
Отключение демона HiDpi в настройках
cp /usr/share/applications/google-chrome.desktop ~ / .local / share / applications
В скопируйте, измените строку [Exec]
на:
Exec = / usr / bin / google-chrome-stable% U --high-dpi-support = 1 --force-device-scale-factor = 2
выйти / войти (или перезапустить, чтобы убедиться ;)
TBH Я не уверен на 100%, было ли необходимо отключение демона HiDpi, но, поскольку я использую ПК, а не ноутбук, в этом нет необходимости.