I am using a 4K display with 150% scaling and when starting IDEA under Linux Mint everything looked fine. I can only underline, what Serge Baranov writes here, that fractional scaling is not yet well supported in Wayland. Currently, the system scale factor is either 2.0 on Retina and 1.0 on a standard display. Per-monitor DPI is supported since JDK 7. Guide: DPI Scaling in the Windows 10 Anniversary Update. Configured as scale factor in Display Settings system dialog. Per-monitor DPI is supported since JBR 8. On Linux desktop environments other than Gnome, IDE still behaves like GDK application obeying the HiDPI settings above. If none of the above settings is defined, then the system scale factor is set to 1.0.So if Xft.dpi defines a fraction scale, then the IDE is automatically switched to the legacy IDE-managed HiDPI mode (and the GDK_SCALE is not applied). Note, currently fractional scale factor is not supported on Linux in the JRE-managed HiDPI mode. GDK_SCALE is applied to Xft.dpi as well (since 2019.2.1, see 3). If none of the above settings is defined, then the system scale is derived from the Xft.dpi value (e.g.Switch to the legacy IDE-managed HiDPI mode (see the "HiDPI modes" section).Unset GDK_SCALE before starting the IDE.Compensate it via setting GDK_DPI_SCALE env variable (since 2019.2.1).This can be unexpected and there're the following options to cope with it: If GDK_SCALE environment variable is set, the above scale factor is multiplied by it.(These keys, used since OpenJDK 9, are currently disabled in JBR 11:Ĭom./text-scale-factor Per-monitor DPI key (Wayland, not well supported yet): The following GSettings are considered (use dconf-editor to edit):.If the system scale factor is forced via property - it's just used.The system scale factor in the JRE-managed HiDPI mode is determined by the following settings, in order: It can also be set via your Linux Desktop settings, or via gnome-tweak-tools. DPI is defined by Xft.dpi X resource value. The instructions below relate to the system scale factor settings. It's possible to inspect the current IDE scaling settings via Help | Find Action: " Show HiDPI Info" (available in -Didea.is.internal=true mode, and by default since 2019.2.1). However, it's possible to force the system scale factor by providing the VM option (mostly used for debugging purposes): The system scale factor is configured on the OS level.In this case the font size is untied from the user scale what may cause UI imperfections (and so this option is not recommended other than for debugging purposes). It's possible to force the user scale factor by providing the VM option below. In this mode the default font size depends on the desktop scaling and it defines the user scale that can differ from 1.0. (Note that the font size in the editor is not affected by the main font size and is configured separately). In the IDE-managed HiDPI mode the font size is presented in absolute points (matching the real font size in pixels). In this mode the default font size defines the user scale as 1.0. The font size is presented in relative points in the JRE-managed HiDPI mode (the real font size in pixels can be bigger). Settings > Appearance and Behavior > Appearance > Use custom font The user scale factor is derived from the IDE main font size:.In this mode the UI scaling is defined only by the user scale factor (managed by the IDE). In this mode the UI scaling is defined by the product of the two scale factors: the user scale (managed by the IDE) and the system scale (managed by the JBR).Įnabled via the VM option: =false JBR stands for JetBrains Runtime, Java runtime based on OpenJDK and maintained by JetBrains.Įnabled via the VM option: =true JRE-managed HiDPI mode (default on macOS since JDK7, on Windows since 2018.2/JBR8, on Linux since 2019.2/JBR11).
0 Comments
Leave a Reply. |