首页> 外文期刊>MSDN Magazine >CUTTING EDGE: Customize Your Open File Dialog
【24h】

CUTTING EDGE: Customize Your Open File Dialog

机译:前沿:自定义打开文件对话框

获取原文
获取原文并翻译 | 示例

摘要

Displaying an Open File dialog is certainly easy in the Microsoft~(~R) .NET Framework with Windows* Forms, but the resulting window is not as customizable as when you create it through the Win32~(~R) API. With Windows 2000, Microsoft added a nice feature―the places bar, which is the vertical toolbar that appears on the left side of the window to let you select a frequently visited folder. As you can see in Figure 1, the places bar contains buttons to take the user directly to five folders―History, Desktop, My Documents, My Computer, and My Network Places. When coding against the Open File common dialog in the Win32 API, you can set a style to hide the places bar. But like other features of the Win32 common dialogs, this setting seems to have gotten lost in the migration to the .NET Framework. Creating a common dialog has never been easier than it is in the Framework, but this simplicity comes at the cost of some flexibility. In addition, in managed code there is no way to extend the layout of the dialog with additional controls.
机译:在带有Windows *窗体的Microsoft〜(〜R).NET Framework中,显示“打开文件”对话框当然很容易,但是生成的窗口的可定制性不如通过Win32〜(〜R)API创建它时的可定制性。在Windows 2000中,Microsoft添加了一个不错的功能-位置栏,它是显示在窗口左侧的垂直工具栏,使您可以选择一个经常访问的文件夹。如图1所示,位置栏包含将用户直接带到五个文件夹的按钮-历史记录,桌面,我的文档,我的计算机和网上邻居。当使用Win32 API中的“打开文件”公共对话框进行编码时,可以设置样式以隐藏位置栏。但是,与Win32通用对话框的其他功能一样,此设置似乎在迁移到.NET Framework中时已丢失。创建通用对话框从未像在Framework中那样容易,但是这种简单性是以牺牲灵活性为代价的。此外,在托管代码中,无法使用其他控件来扩展对话框的布局。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号