user-interface - GUI 开发人员如何处理可变像素密度？

Question

今天的显示器在尺寸和分辨率上有相当大的范围。例如，我的 34.5cm × 19.5cm 显示器(产生 39.6cm 或 15.6"的对角线)具有 1366 × 768 像素，而具有 15"对角线的 MacBook Pro(第 3 代)具有 2880×1800 像素。

很多人提示说，使用如此高分辨率的显示器，一切都太小了(请参阅 example)。当开发人员使用像素来定义他们的 GUI 时，这很容易解释。对于“传统显示器”，这不是一个大问题，因为像素在大多数显示器上可能具有大致相同的大小。但是在像素密度更高的新显示器上，像素更小。

那么用户界面开发人员如何/应该如何处理这个问题呢？是否有可能获得屏幕的物理尺寸？是否可以设置物理尺寸而不是基于像素的尺寸？这仍然是一个问题(自从我上次阅读它已经有一段时间了)还是同时修复了？

(虽然 css seems to support cm ，当我尝试 here 时，它不是设置的大小)。

Answer 1

how can / should user interface developers deal with that problem?

使用支持 resolution independence 的工具包或框架. WPF从头开始构建与分辨率无关，但即使是像 Windows Forms 这样的旧框架可以学习新的技巧。 OSX/iOS和 Windows (或 browser 如果我们在谈论网络)本身可能会尝试通过自动缩放来解决问题，但如果涉及位图图形，开发人员可能需要提供 different bitmaps例如在 Android 中(与其他操作系统相比，它面临着最不同的分辨率和密度)

Is it possible to get the physical size of the screen?

No ，开发人员不应该关心它。开发人员应该只关心设备的类别(例如，平板电脑和智能手机的不同 UI)，也许还有 DPI 来决定使用哪个位图资源。矢量资源和字体应由框架缩放。

Is that still a problem (it's been a while since I last read about it) or was that fixed meanwhile?

取决于你上次阅读它的时间。 Windows 支持仍然参差不齐，即使对于内部应用程序本身也是如此，而任何使用 WPF 或 UWP 进行开发的人也是如此。放轻松，不要指望主要的第三方应用程序很快就会加入。 OSX显示缩放似乎工作得更好一些，而现代移动操作系统要么在有限的分辨率范围内运行(iOS 和 Windows Phone)，要么很好地处理每个可以想象的分辨率( Android)