客服热线：
手机版
二维码
响应事件：对应参数的数值的改变。
h. 可选图标(Option)
定义：随有关参数或用户选择改变而改变的图标组合。
作用：用户选择的图形化表达，例如选择、未选择、开启、关闭等信息的图形化表达。
属性：位置、颜色、闪烁、选择数目等。
响应事件：对应参数的选择改变。
i. 导航信息
定义：呈现在OSD画布上，对当前UI场景中的用户操作进行提示的信息。
作用：指引用户操作相关按键，进行OSD内容操作。通常具有可用按键的指示以及必要的文字说明，通常作为OSD提示信息的完善和人机界面友好化的措施。
属性：位置、颜色、闪烁等。
响应事件：UI场景、按键的改变。
需要说明的是，上述的物件并不能涵盖现在和将来所有的OSD中可能出现的内容，但却是OSD的基本的和主要的内容，通过对它们进行分类和进行统一的处理，可以帮我们完成通常意义上的OSD的80-90%的工作。
使用基于对象的方法处理OSD UI
传统的处理手法是将特定场景下的OSD物件逐一用代码“画”出来，在遇到特定的UI事件时，再利用一堆if else判断出特定场景和操作对象，并做相应的OSD处理。在OSD较简单的情况下，其不失为一个可行的方法。但在遇到OSD场景和模式较多的情况下，这个if else的结构会变得很大，而且更为重要的是极易出错以及维护成本提高。
随着OSD越来越复杂以及代码工作量的不断提高，人们意识到我们需要花费太多时间在这些“表面文章”上，而真正重要的应用层和设备驱动层的开发时间会受到影响，进而影响新产品的开发进度。固件工程师也不愿不断重复编写同样代码来满足不断改变客户的特定OSD需要。我们可以设计一个直观的Windows应用程序来完成诸如图形-->字符元件生成器、OSD图形界面设计，以及***终的资源文件和UI资料数组的生成，并与底层的“解释”平台进行联接编译，得到***后的MCU代码。
这样的 值、进制选择等。
