4 ms·
Fonts specified in points are correctly rendered using the DPI setting correctly, as it has always been. So, as far as 99% of my work is concerned (terminals an
by tenfingers 13y ago
Fonts specified in points are correctly rendered using the DPI setting correctly, as it has always been. So, as far as 99% of my work is concerned (terminals and text editors), there is no problem.
However GUI elements of most programs are still specified using pixels, so buttons, menus and some icons might look "tight" around the text if the theme is sized using pixels. Recent GTK/QT versions do support point units, so it mostly depends on the theme you choose. These toolkits also always (historically) had resizable dialogs, contrarily to window and mac, so even with "bad" support for high DPI, the text will be readable and the interface will be scalable.
Legacy apps, such as WindowMaker dockapps (which are historically sized as 64x64) though will be unreadable. Frankly, I can already cannot read them anymore.
Given the configurability of most programs, I would say it's really not a problem. Most of the other programs will be adapted very quickly.
- BHSPitMonkey 13y agoWould some smart window manager additions be in order here? I could envision a titlebar context menu option to force a window (or all of an app's windows, probably) to render at 2x (composited by the WM) so that we have control over all the edge cases.
- tenfingers 13y agoWith composition, this would be easily done (ie: upscale the target window). A plugin for compiz would be very easy to do and control from the user perspective, but that actually would be half resolution.