代码之家  ›  专栏  ›  技术社区  ›  mghie

您是否在高分辨率屏幕和非标准/高对比度配色方案上进行测试?

  •  2
  • mghie  · 技术社区  · 16 年前

    我在大多数机器上使用非默认的Windows配色方案,并且有一台屏幕为124 DPI的笔记本电脑,Windows设置为。

    现在我觉得这些问题很多都是不必要的。在几个颜色方案的高分辨率屏幕上进行简单的测试就会显示它们,其中一些甚至很容易纠正(比如总是使用clWindow、clWindowText和clBtnFace而不是clWhite、clBlack和clSilver)。其中一些更难,如适当控制大小。

    所以我的问题是:您是否尝试遵循UI指南中关于系统颜色、UI元素的大小和间距以及字体大小和字体的建议?测试是否符合这些要求是您QA流程的一部分?即使大多数IDE(在我的例子中是Delphi)都有面向像素的设计器,您是否尝试用对话框单元而不是像素来布局表单?

    [编辑]:在睡后重读这篇文章时,我注意到这个问题看起来像是在邀请大家进行毫无结果的讨论。这并不是说,我肯定会对帮助我创建符合UI界面指南的应用程序的工具感兴趣,我觉得Delphi在这方面让我有点失望。另见我自己的答案。

    4 回复  |  直到 16 年前
        1
  •  3
  •   Thomas Mueller Thomas Mueller    16 年前

    • 将标签放置在输入字段上方而不是左侧,这将解决许多大小问题
    • 确保选项卡顺序正确(如果不这样做,可能会成为一大麻烦)

    但我肯定不会花时间设置分辨率和颜色都不正常的测试计算机,甚至更糟糕的是,我会改变我的开发框来使用它们(这会让很多事情变得一团糟,需要时间才能正确重置)。

    如果付费客户报告非标准设置问题,则取决于客户是否会解决这些问题。如果他订购100个许可证,那么他的机会很好。如果他因为视力受损而使用这些设置,那么他的机会很好。如果他把它作为要求的一部分,我会去做,但额外的工作要收费。

        2
  •  2
  •   Vladimir Panteleev    16 年前

    最终答案:这取决于软件的受众。如果您的软件可能会被残疾用户使用,那么这可能是值得的。

        3
  •  2
  •   mghie    16 年前

    除了为标准颜色使用适当的颜色常数外,我还为我们需要在高DPI屏幕上内部使用的应用程序或客户可能需要的应用程序投入了一些额外的精力。

    我有一个带有辅助函数的单元,用于确定适当的大小和放置边距,它根据默认的GUI字体和UI指南中给出的对话框单元中的标准值来计算这些大小和放置边距,并带有辅助函数,用于计算控件数组、放置控件等的最大宽度/高度。对于固定大小的窗体和对话框,我在使用GNU gettext翻译控件文本后计算控件的位置一次,对于可调整大小的窗体,我在OnResize处理程序中进行此操作。

    这会产生很好的效果,但是很耗时。我想要一些像 wxWidgets sizer functionality

        4
  •  1
  •   stg    16 年前

    然而,适当地调整大小是相当困难的。我通常将表单比例设置为false,这样它们就不会错误地调整大小。

    有一些工具可用于自动调整窗体大小。我确实调查过它们,但从未抽出时间对它们进行适当的测试:

    • TFormResizer

    • ElasticForm -具有讽刺意味的是(考虑到组件的区域),此页面中的大部分文本不会显示在Chrome中。。。

    • JVAutoFormSize(在JVCL中-从我所读到的内容来看似乎不是很有用)