虽然在大多数情况下CUIX是合适的，但在某些情况下，动态代码生成的UI（Ribbon UI）可能是首选。例如，我的公司为一个学科设置了一个全国统一的CAD环境（几个Ribbon选项卡），因此从任何地方使用的CAD都可以在任何地方的项目上工作。但是由于监管问题，不同地区使用的工具（命令）完全不同。因此，最好只显示与项目区域相关的功能区项目。因此，我有一组由代码生成的功能区项目，根据活动绘图的项目（其区域）自动显示/隐藏。在代码中，我处理WorkSpaceChanged事件以确保无论WorkSpace用户更改什么，这些功能区项目都会显示/隐藏。
虽然在大多数情况下，CUIX是合适的，但在某些情况下，动态代码生成的UI（功能区UI）可能是首选。例如，我的公司有一个全国统一的CAD环境，为一个学科（几个功能区选项卡）设置，因此在任何地方使用的CAD都可以在任何地方的项目上工作。但由于监管问题，不同地区使用的工具（命令）截然不同。因此，最好只显示与项目区域相关的功能区项。因此，我有一组由代码生成的功能区项，根据激活图形的项目（其区域）自动显示/隐藏。在代码中，我处理WorkSpaceChanged事件，以确保无论工作区用户更改什么，这些功能区项都会显示/隐藏。
+1。在某些情况下，这是合适的。另一个例子是Civil3D中的各种动态/上下文面板，为用户提供了他们所需的内容，但在其他情况下不会出现在他们的脸上。
今天我学到了，谢谢Al！
阅读了您的所有回复，我认为cuix将是我采取的方法。如果我发现需要，我可以考虑运行时生成的功能区等。
在将cui文件视为XML之后，我想我将使用CAD中的接口来构建一个。
今天我学到了，谢谢艾尔！
阅读您的所有回复，我认为cuix将是我采取的方法。如果发现需要，我可以稍后考虑运行时生成的功能区等。
在将 cui 文件视为 XML 之后，我想我只需使用 CAD 中的接口来构建一个。
把它放在你的脑海里;我已经去替换/删除了一些胡思乱想的图标。
页:
1
[2]