问题标签 [toolstripcontainer]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - 为什么我的水平工具条一直垂直堆叠?
我正在使用一个包含三个 ToolStrips 的 ToolStripContainer。在设计时,我将 ToolStrips 移动到我想要它们的位置,它位于表单顶部的水平行中,如下所示:
然后我关闭并保存表单。但是,如果我再次打开表单,ToolStrips 最终会堆积在 ToolStripContainer 的左侧,如下所示:
如何将 ToolStrips 保持在我指定的位置?
c# - ToolstripContainer在winforms中保存布局
嗨,我目前正在使用包含在工具条容器 [Winforms,C#] 中的标签条。我想做的是,保存这些标签条的布局并在加载表单时再次加载它们。我很惊讶地发现,它并没有从本质上开发出来。
如果有人可以帮助我,那就太好了。
感谢您的时间和耐心。
问候加根 janjua
.net - WinForms ToolStrip 顶部位置
我正在尝试设置 ToolStrip 的 Top 属性,但目前失败。我想这样做的原因是当 ToolStrip 位于 ToolStripContainer 的左侧或右侧时保持状态。
我应该提到我不能使用 ToolStripManager.SaveSettings 和 ToolStripManager.LoadSettings,因为我在没有父窗体(即 Visual Studio ToolWindow)的上下文中使用 ToolStrip。
每当我设置 Top 属性或 Location 属性时,Y 坐标始终保持为 0。这种方法适用于水平定位,所以我有点困惑为什么它在垂直维度上不起作用。
有没有人有什么建议?
谢谢,艾伦
编辑:这里有更多细节。
我希望用户可以将我的 ToolStrip 移动到 ToolStripContainer 的左侧、右侧、顶部或底部区域,并在程序加载之间保持该位置。
我正在使用 ToolStrip 的LocationChanged更改事件将位置信息保存到文件中。此信息包括 ToolStrip 的左、右、上或下方向以及取决于方向的适当 X 或 Y 坐标。
然后,我在下次打开应用程序时从文件中加载此数据,该应用程序将 ToolStrip 插入 ToolStripContainer 的适当左侧、右侧、顶部或底部区域,然后设置适当的 X 或 Y 值以恢复 ToolStrip 的位置。
设置 X 值有效,但Y值始终保持为 0。
让我知道我是否可以提供任何其他详细信息。
c# - StatusStrip 不显示其中项目的正确顺序
我有一个运行良好的 StatusStrip。它的 item 有这样一个顺序:一个进度条,一个 spring 为 true 的标签,以及它后面的其他 6 个标签。现在我打算在进度条后面添加一个下拉按钮,我将它插入到项目集合中并将它向上移动到集合中的第二位。在VS2010中,这个按钮可以在进度条后面正确显示,但是在调试应用程序时,它出现在状态栏的最后,也就是最右边。有人遇到过这个吗?如何正确订购?
另一个信息是这个StatusStrip使用ToolStripContainer作为它的容器,像这样:this.toolStripContainer1.BottomToolStripPanel.Controls.Add(this.statusStrip1); 我认为这就是我无法插入新项目但仍然不知道如何修改它的原因。Ctrl+F5 没有这个问题,这是VS2010的问题吗?
c# - 使 Toolstripcontainer 面板像 MDI 父级一样工作
这适用于 C#,我正在使用 Visual Studio Express 2010 在 Windows 7 环境中工作。我有一个应用程序,其中我有一个工具条容器停靠设置来填充,因此用户可以在任何边缘添加工具条。问题是工具条容器已经覆盖了我想用来保存子窗口的东西。包含工具条容器的主窗体已设置为 mdi 父级。我发现这篇文章有助于将子窗口放入容器中: How to use a ToolStripContainer whith Dock=Fill on a MDI parent?
但是,以这种方式完成的子窗口在“本机”MDI 环境中的行为似乎并不像它们应有的那样。寄宿生看起来好像 Windows 7 Aero 效果已被禁用,并且最小化子窗口使其完全消失。
本质上,我想要一个 MDI 区域,用于由工具条停靠区域包围的子窗口。
非常感谢你的帮助
c# - 工具条容器中的工具条订单
我有一个带有两个工具条的工具条容器。我想强制其中一个显示在另一个之上。我尝试将一个 Dock 设置为 Top,另一个设置为 Bottom,但它们仍然随机显示。我也尝试使用 TopToolStripPanel.Controls.SetChildIndex(...) 但它没有效果。即使是两台不同电脑上的相同可执行文件也会给出不同的顺序。有没有办法强制命令?谢谢
c# - 带有 ToolStripContainer 的 Windows 窗体中的奇怪错误(我什至不知道如何解释,所以这是一个视频)
嗯,就是这样。观看此视频以了解会发生什么:
http://www.youtube.com/watch?v=-9uA2qWm5JI&feature=youtu.be
基本上,我的表单上有一个 ToolStripContainer,因为我想在顶部有一个 MenuStrip,在底部有一个 ToolStripStatusLabel。在中心面板内,我希望控制占据其大部分空间(锚定左上角右下角)和两个按钮(锚定右下角)
它可笑地失败了。
所以,我把它全部安排在这个 ToolStripContentPanel 控件上。按钮几乎触及表单的底部。然后我运行我的程序,出现了一个狂野的空白!现在按钮和表单之间大约有 30 个像素!所以设计器中的表格和实际程序中的表格不匹配!
它变得更加荒谬。如果在设计器中撤消,那么它就会完全搞砸。只需观看视频。
这到底是怎么回事?
PS:如何重现:
1) 创建新的 WinForms 解决方案
2)将ToolStripContentPanel控件添加到Form,Dock = Fill
3) 将按钮添加到 ToolStripContentPanel,Anchor = 右下角
4) 调整表格大小
5) 撤消
6) 观察错误
我需要在 Form1.cs 和 Form1.Designer.cs 文件中发布 VS 2010 生成的代码吗?
c# - Winform ToolStripContainer 的 WPF 等价物是什么?
或者我应该使用什么控制/方法来实现相同的目标?
我刚刚开始从 Winforms 过渡到 WPF,我尝试使用谷歌搜索以及在 SO 上搜索相同的问题,但无济于事。所以我猜测它必须更多地与 WPF 完全不同的方法这一事实有关。我尝试查看 DockPanel,但我仍然不确定如何处理菜单/方向,尤其是用户交互以重新定位所述菜单和工具栏。
我知道有很多方法可以在 WPF 中实现相同的目标。但即便如此,像工具条容器那样处理菜单的标准方法是什么?
winforms - 如何修复 ToolStripContainer 中项目的顺序
我有一个ToolStripContainer
with aMenuStrip
和一个ToolStrip
inside,都在顶部。它们在 Windows 上像往常一样排列,工具栏上方的菜单栏。现在,Windows 窗体和 DPI 缩放支持一直有点不确定。虽然在 100% 时一切看起来都很好,但我目前正在使用 110% DPI 缩放以及 ToolStripContainer 中的菜单栏和工具栏开关位置(不过,我怀疑它与更高的缩放因子相同):
我对为什么会发生这种情况的猜测是,即使它们是由容器排列的,设计师也将这两个控件放置在特定位置,并且通过 DPI 缩放ToolStripContainer
其子项的获取位置,这与将工具栏放置在菜单栏上方是一致的,就好像有人拖动条形图并重新排列它们(毕竟这是可以交互的)。
MenuStrip
除了用 a替换MainMenu
之外,是否有一种简单的(ish)方法可以确保无论 DPI 缩放如何,两者的顺序都保持一致?我有大约 50 个不同的窗口以几乎相同的方式进行更改,并且还宁愿避免将额外的代码放入代码隐藏文件中¹。
到目前为止我尝试过的事情:
- 设计器中的所有更改都以 100 % 的比例应用。
- 更改工具栏和菜单栏的 z 顺序以尝试控制它们的顺序。这适用于面板和对接,但显然不适用于
ToolStripContainer
。 - 对接
MenuStrip
在顶部。不工作;设计器只是从代码中删除Dock = None
并显示Top
为默认值,但应用缩放后,它又回到Dock = None
了设计器中(即使不接触Form
设计器中的 ,运行时的结果也是一样的)。
¹ 这些是控件库的演示应用程序,这里的要点是保持代码干净,并且仍然提供开箱即用的良好体验。因此,将代码隐藏在没有人阅读的已经很糟糕的代码中的设计者专用解决方案将是更可取的。