创建功能区样式的应用程序。
|
我注意到使用标准的Delphi TRibbon组件并不那么出色。
首先,它们看起来不像微软的那样好,例如TRibbon中的发光效果和颜色看起来不像Windows 7中的写字板或绘画中使用的那样令人印象深刻。
其次,如果要创建功能区样式的界面,我会注意到没有独立于TRibbon的功能区样式菜单或弹出菜单。对于实际的功能区,有一个功能区,但是如果出于连续性目的而说,例如,您希望将功能区样式弹出菜单分配给TListbox或TListView,那么似乎没有一个功能区。
第三,有时禁用功能区操作时,即使已禁用,它仍会显示热发光效果,就像将鼠标悬停在该操作上一样。
最终,我发现尝试将诸如TCombobox之类的容器组件放入组中非常奇怪。调整控件和位置等的大小确实很尴尬。
我想我的观点是,使用标准的Delphi TRibbon组件在视觉上和使用上似乎都不是最佳方法。如何像我在Windows 7中使用Wordpad和Paint之前所说的那样,使功能区样式的应用程序外观和工作方式像Microsoft一样整洁?
请看下面的比较屏幕截图,以获得更好的主意:
除非我期望太多,否则Delphi功能区似乎并不完整。我相信,Ribbon组件将为最终用户提供视觉和更好的工作空间等更好的体验。
您可以提出什么建议来增强或使TRibbon发挥作用并看起来像Microsoft?
我不会一直使用功能区样式接口,因此,我并不是真正想购买第3方组件。我已经看过TMS和DevExpress了,但是就它们的价格而言,它们也不是那么好。 TMS的外观比标准的Delphi TRibbon差。
没有找到相关结果
已邀请:
3 个回复
容淑阔九
和
类)和SynTaskDialog(针对ѭ2the),则USETMSPACK条件将为您解决所有难题。 我们还没有使用Delphi 2009中引入的Ribbon组件。它的动作驱动设计不会轻易与用户界面处理的事件驱动设计进行交互,我们必须承认这一点。组件的信誉很差(至少在Delphi 2009版本中)。 出色的Delphi Windows Ribbon Framework无法满足我们对通过代码即时生成的Ribbon的需求。它的设计来自Microsoft实现本身,它是从XML资源创建UI的,并在编译时进行链接...因此它不符合我们的需求,但可能更适合您的“静态”应用程序UI设计。 如果您在应用程序中使用类似Office的功能区,请注意Office UI许可。
薄响
羔磺
但是由于您必须遵循Microsoft的API,它开始变得多毛。
然后必须实现它们:
然后你还必须 实施
编写功能区XML文件 使用功能区编译器编译功能区XML文件 将已编译的功能区作为资源包括在内:
这是我为我的应用程序准备的功能区xml的转储: