wpf中子窗口的几个问题
今天研究了一下wpf中的窗口,写这篇文章来总结一下今天的收获。(转载请注明出处~)
总所周知,窗口是windows系统中十分重要的一个元素(从名字上就能体现出来),而一个应用程序总是包含很多窗口(主窗口、子窗口、对话框)。
我们要利用wpf实现一个多窗口的应用。
新建一个wpf项目后,修改xaml如下:
<Window x:Class="WpfApplication3.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="MainWindow" Height="350" Width="525">
<Grid>
<DockPanel>
<Menu DockPanel.Dock="Top">
<MenuItem Header="文件(F)"></MenuItem>
<MenuItem x:Name="AboutItem" Header="关于(A)"></MenuItem>
</Menu>
<TextBox DockPanel.Dock="Bottom"></TextBox>
</DockPanel>
</Grid>
</Window>
运行界面如图:
新建一个窗口,将title属性设置为“关于”
我们要实现的功能:单击主窗口(MainWindow)菜单栏上的“关于(A)”弹出AboutWindow
需要注意的地方是,弹出的窗口要以对话框的形式,且打开的位置要在主窗口中央。
实现:
首先,为“关于(A)”项添加click事件(该项已在xaml里命名为:AboutItem)。视线转移到代码文件里,将处理该事件的代码改为:
private void AboutItem_Click(object sender, RoutedEventArgs e)
{
AboutWindow aw = new AboutWindow();
aw.Show();
}
执行结果:
我们只在事件中添加了两行代码就实现了打开窗口功能,
其中第一行是:AboutWindow aw = new AboutWindow();
这句是将AboutWindow窗口 实例化。
第二行:aw.Show();
就是打开窗口了。
于是,我们兴奋地在两个窗口之间切来切去,却发现我们当初想要的效果并没有实现。
第一点,以对话框的形式。就是新窗口必需关闭才能回到原来的窗口,而不是切来切去的子窗口形式。
实现这一点很简单,只需将将添加的第二行代码改为:
aw.ShowDialog();
然后执行发现,必须关闭AboutWindow窗口才能回到原来的窗口。试想,windows中弹出的对话框是不是就是这样的设置呢?
还有一点没有解决,打开的位置要在主窗口中央。试想,正常程序中是不是打开的窗口在主窗口中央呢?而不是在屏幕左上角(或左下角)
要实现这一点要在原来的代码中再添加两行:
private void AboutItem_Click(object sender, RoutedEventArgs e)
{
AboutWindow aw = new AboutWindow();
aw.Owner = this;//将主窗口设置为AboutWindow的拥有者
aw.WindowStartupLocation = WindowStartupLocation.CenterOwner;//将AboutWindow的打开的初始位置设置为在Owner的中央
aw.ShowDialog();
}
程序运行:
至此,两点问题全部解决。
如果要实现主窗口居中,我们可以在属性面板里修改WindowStartupLocation属性为:CenterScreen(不是CenterOwner)
要实现初始打开为最大化,修改WindowState属性为:Maximized
最后:wpf为窗口提供了很丰富的属性,大家可以一一去尝试。希望大家能够发现很多有意思的属性:)
wpf中子窗口的几个问题的更多相关文章
- 2000条你应知的WPF小姿势 基础篇<74-77 WPF 多窗口Tips>
在正文开始之前需要介绍一个人:Sean Sexton. 来自明尼苏达双城的软件工程师.最为出色的是他维护了两个博客:2,000ThingsYou Should Know About C# 和 2,00 ...
- WPF自定义窗口基类
WPF自定义窗口基类时,窗口基类只定义.cs文件,xaml文件不定义.继承自定义窗口的类xaml文件的根节点就不再是<Window>,而是自定义窗口类名(若自定义窗口与继承者不在同一个命名 ...
- WPF自学入门(九)WPF自定义窗口基类
今天简单记录一个知识点:WPF自定义窗口基类,常用winform的人知道,winform的窗体继承是很好用的,写一个基础窗体,直接在后台代码改写继承窗体名.但如果是WPF要继承窗体,我个人感觉没有理解 ...
- WPF 同一窗口内的多线程/多进程 UI(使用 SetParent 嵌入另一个窗口)
原文 WPF 同一窗口内的多线程/多进程 UI(使用 SetParent 嵌入另一个窗口) WPF 的 UI 逻辑只在同一个线程中,这是学习 WPF 开发中大家几乎都会学习到的经验.如果希望做不同线程 ...
- wpf 自定义窗口,最大化时覆盖任务栏解决方案
原文:wpf 自定义窗口,最大化时覆盖任务栏解决方案 相信很多人使用wpf时会选择自定义美观的窗口,因此会设置WindowStyle="None" 取消自带的标题栏.但这样使用 W ...
- WPF自定义窗口最大化显示任务栏
原文:WPF自定义窗口最大化显示任务栏 当我们要自定义WPF窗口样式时,通常是采用设计窗口的属性 WindowStyle="None" ,然后为窗口自定义放大,缩小,关闭按钮的样式 ...
- WPF将窗口置于桌面下方(可用于动态桌面)
WPF将窗口置于桌面下方(可用于动态桌面) 先来看一下效果: 界面元素很简单,就一个Button按钮,然后写个定时器,定时更新Button按钮中的内容为当前时间,下面来介绍下原理,和界面组成. 窗口介 ...
- WPF 自定义窗口
在WPF中,经常需要对窗口进行设置,下面讲讲常用的几个设置. 1.无边框窗口 WindowStyle="None" 窗口样式无 AllowsTransparency="T ...
- WPF 关于窗口的一些显示效果
0. 一些常用尺寸大小: 1920x1080; 1600x900; 1280x720; 1024x576; 1. 设置窗口的边框样式 使用 Window.WindowStyle 属性可以设置窗口的边框 ...
随机推荐
- iOS Run loop使用实例
http://blog.csdn.net/libaineu2004/article/details/45364737 一.Runloop简介: Run loops 是线程相关的的基础框架的一部分.一个 ...
- php部分--文件操作
php中的文件指的是文件和文件夹,不是单指文件. 1.判断文件(判断是文件还是文件夹) 找文件,输出结果为file,代表的是文件. var_dump(filetype("./aa.txt&q ...
- iOS开发——MD5加密
#import <CommonCrypto/CommonDigest.h> - (NSString *)md5:(NSString *)str { const char *cStr = [ ...
- Freemarker入门案例
Freemarker入门案例 首先需要到freemarker官方下载freemarker的jar包,导入到项目中,如:freemarker-2.3.19.jar 1.先建个freemarker的工具类 ...
- async & await 的用法
async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了.但是这也给我们 编程埋下了一些 ...
- WebService调用权限验证 SoapHeader
一般在项目中,制作的都是基于SOAP协议的webservices,其描述语言是WSDL.但是有时候在项目中,需要保证webservices的安全,需要对其进行进行验证,那么我们就要实现SoapHead ...
- IOS开发-UI学习-UITextField的各种属性设置
UITextField是IOS中非常常用的一个控件,用来接收用户输入信息,完成应用和用户的交互.它的主要属性设置如下: //初始化textfield并设置位置及大小 UITextField *text ...
- Spring基本使用方法_Bean对象
Spring基本使用方法_Bean对象 Struts与Hibernate可以做什么事? Struts MVC中控制层解决方案.可以进行请求数据自动封装,类型转换,文件上传,效验..... Hibern ...
- Linux之目录基本操作命令
Linux之目录基本操作命令 目录基本操作命令 1.tree命令 tree命令以树状图列出目录的内容. 语法 tree(选项)(参数) 选项 1.-a显示所有文件和目录 2.-A使用ASNI绘图字符显 ...
- Git Flow——Git团队协作最佳实践
规范的Git使用 Git是一个很好的版本管理工具,不过相比于传统的版本管理工具,学习成本比较高. 实际开发中,如果团队成员比较多,开发迭代频繁,对Git的应用比较混乱,会产生很多不必要的冲突或者代码丢 ...