我正在使用Delphi设计各种大小不固定的窗体和布局,以在Windows上运行。我担心如果假设最小1024x768的屏幕尺寸(或更大),我会遇到仍在使用800x600的客户。我应该假设什么最小的屏幕尺寸?我不想要求太高而让用户感到不适。对于屏幕尺寸,有什么最佳实践或当前合理的假设?
我正在使用Delphi设计各种大小不固定的窗体和布局,以在Windows上运行。我担心如果假设最小1024x768的屏幕尺寸(或更大),我会遇到仍在使用800x600的客户。我应该假设什么最小的屏幕尺寸?我不想要求太高而让用户感到不适。对于屏幕尺寸,有什么最佳实践或当前合理的假设?
许多系统管理员不安装非WHQL视频驱动程序,因为它们会使系统不稳定,因为现代视频硬件需要一段时间才能获得WHQL驱动程序,最新的硬件通常以640x480运行。
在Windows Embedded Standard系统上(大部分是基于Windows XP Embedded的系统,Windows 7 Embedded最近发布),情况也是如此:通常需要一段时间才能出现专用的嵌入式版本的驱动程序,或者它们根本不安装视频驱动程序,因为设备将作为headless systems运行。
--jeroen
如果你认为你的用户还在使用800x600的分辨率,那么将宽度设为800。作为WEB开发者,我假设最小屏幕宽度为1024,并将我的Web应用程序宽度设置为1000px(考虑到滚动条等)。
但如果我是你,我会使应用程序自适应窗口大小,即使这意味着只有部分可调整大小,例如右侧的摘要窗口。
我认为这取决于你的目标受众。
如果你遇到了一个800x600的用户,那么它占你用户总数的多少?是25%吗?还是0.00001%?
如果是前者,你一定要考虑800x600的用户体验。但如果是后者,你可以关注他们,但是否值得呢?
你可能需要花费很多精力来适应800x600的界面,并进行更多的测试——为了什么?为了取悦1个客户并获得$XX的销售收入?难道你没有更重要的任务吗?
你肯定会遇到一些人仍然以自己的选择在800x600的分辨率下运行。
我知道两个不同的例子,这些人在使用20英寸1680x1050的显示器时仍然以800x600的分辨率运行...是的,它看起来非常模糊,但他们喜欢这样做是因为一切都很容易看到。这两个人都是年长的男性,顺便说一下。
您是否考虑过大字体对表单的影响 - 当我最后进行Delphi开发(Delphi 7)时,对大字体的支持有点靠不住,会产生非常奇怪的结果:据说固定大小的表单会以奇怪的方式重新调整大小。
建议1:使表单可调整大小 - 即使只是通过缩放。
建议2:为不同的分辨率制作不同版本的表单。例如,一个带有六个选项卡的表单可以在低分辨率屏幕上运行;一个带有三个选项卡的表单可以在高分辨率屏幕上运行。这将使您的应用程序能够干净地适应不同的环境。通过良好的MVP设计,额外的工作量将会较低。
除非你期望用户在一台上网本上使用你的应用程序,否则请使用720p。