为 Retina Display 准备软件 - 为什么需要这样做？

Question

现在新的Macbook Pro 即将推出 Retina 显示屏，那里有很多关于如何制作 Mac 应用程序的资源，现在甚至还有 websites“Retina Display Friendly”。甚至 Google 也是 updating Chrome 用于 Retina Display...

为什么这是必要的？据我了解，Retina Display 只是分辨率更高的屏幕。对吧？

我认为，当您为桌面软件开发 gui 和开发网站时，您正在开发的东西应该可以在几乎任何分辨率下正常工作和缩放...当您调整应用程序的窗口大小，或将其显示在更高或更低分辨率显示，它应该可以正常缩放和显示。

那么，为什么这些人会提供有关如何在 Retina 显示屏上使某些东西看起来不错的指南呢？默认情况下它不应该看起来不错吗？ Retina Display 有什么我不理解的地方吗？

郑重声明，我说的不是 iPhone 4 视网膜显示屏。大多数 iOS 开发人员使用固定位置元素制作他们的应用程序，因为他们知道屏幕不会改变大小/形状。所以我明白开发一款在 iPhone 4/s 和 3g/s 上看起来不错的应用程序的重要性。

Answer 1

Retina 显示屏应用实际上并不会像调整大小那样进行缩放，所有控件的大小都会调整为原来的两倍。如果应用程序可以正常缩放，而不是通过缩放所有控件等，您将看不到任何东西，因为一切都太小了。这与 iPhone 3GS / iPhone 4 上的 Retina 显示屏和低分辨率显示屏的区别相同。

一个例子：

这些图像实际上是相同的大小，只是像素密度不同。

它看起来没有正确缩放（使用某些应用禁用正确缩放）： http://cloudmancer.com/images/trueretina.jpg

Answer 2

我认为，当您为桌面软件开发 gui 和开发网站时，您正在开发的东西应该可以在几乎任何分辨率下正常工作和缩放...当您调整应用程序的窗口大小，或将其显示在更高或更低分辨率显示，它应该可以正确缩放和显示（例如，StackOverflow 使用 960px 宽的容器）。

从 Web 开发人员的角度来看，您经常被要求开发固定宽度的网站（通常为 940 到 1000 像素宽），但它们根本无法扩展。有很多这样的网站，而且很多应用的设计初衷并不是为了扩大规模。

此外，尺寸确实增长的应用程序通常期望更大的分辨率也意味着更大的屏幕，因此它们只需拉伸主应用程序面板就可以了。

现在，考虑静态元素，例如显示“点击我”的 150x50 按钮。此按钮不打算变大，在常规 1440x900 显示器上完全可以接受。现在 Retina 屏幕具有 2580x1800 的分辨率。该应用程序看到分辨率发生变化，但它认为“嘿，该用户必须有一个大屏幕”，因此它保持按钮大小相同。

现在出现的问题是按钮，因为两种分辨率都适用于同一个 13 英寸屏幕，现在看起来是原始按钮大小的一小部分。根据您的用户视觉，他可能无法阅读上面的文字，并且可能很难点击它，具体取决于鼠标设置。

为了解决这个问题，Apple 和 Microsoft 使用了两种不同的解决方案：

• Microsoft 决定告诉应用程序显示器的分辨率为 2580x1800，但用户希望将所有内容缩放到 200 dpi。这意味着，如果应用程序不遵循指南，它会看起来更小。许多应用只是忽略 DPI 设置（尽管这可能会随着 Windows 8 的变化而改变）；
• Apple 决定向应用报告显示器的分辨率为 1440x900，但如果要求它可以显示更高分辨率的元素；这意味着在新的 Retina 设置之前存在的应用程序对于最终用户来说看起来与以前的大小相同（如果他们使用默认的 Apple API，则会有额外的好处，比如更清晰的文本），但他们可以决定提供高 DPI在显示器上看起来会更好的图像。

这两种解决方案都要求应用程序知道显示器是高 DPI（“视网膜”），但 Apple 处理它的方式意味着前面提到的静态网站和应用程序看起来会一直很好，只是它们不会有超级清晰, 高分辨率图像使用。而且，要选择使用视网膜功能，他们必须为 100x100 的画布提供 200x200 的图像，例如，Apple 将负责其余的工作。