【问题标题】:Unexpected index change when adding a control to a FlowLayoutPanel将控件添加到 FlowLayoutPanel 时发生意外的索引更改
【发布时间】:2010-06-22 02:26:15
【问题描述】:

我在我的代码中有一个地方可以动态地将控件添加到自上而下排列的 FlowLayoutPanel。我需要控件以特定顺序出现,所以我每次都在清除 FlowLayoutPanel.Controls 集合,然后按照我希望它们出现的顺序添加每个子控件。我的代码是这样做的:

private void arrangement1()
{
    flowLayoutPanel1.Controls.Clear();
    flowLayoutPanel1.Controls.Add(control1);
    flowLayoutPanel1.Controls.Add(control2);
    flowLayoutPanel1.Controls.Add(control3);
}

大多数情况下,这很有效。但是,当在其后添加其他控件时,有一个特定控件不会保持其在控件集合中的位置。例如在以下代码段中:

private void arrangement2()
{
    flowLayoutPanel1.Controls.Clear();
    flowLayoutPanel1.Controls.Add(control1);
    flowLayoutPanel1.Controls.Add(movingControl);
    //movingControl current is at index = 1 in Controls.
    flowLayoutPanel1.Controls.Add(control2);
    //control2 is now at index = 1, movingControl got bumped to index = 2 in Controls.
    flowLayoutPanel1.Controls.Add(control3);
    //control3 is now at index =2, movingControl got bumped to index = 3 in Controls.
}

这只会在第一次将movingControl 添加到Controls 时发生。如果我回去打电话给安排1,然后再打电话给安排2。控件将按预期顺序显示:

  • 控制1
  • 移动控制
  • 控制2
  • 控制3

这似乎是 Controls.Add 代码中的一个错误。 .Add 行为的文档或文档都不完整,因为它并不总是添加到集合的末尾。有没有人知道为什么会发生这种情况。明显的“修复”是调用:

arrangement2();
arrangement1();
arrangement2();

但是,对于其他一些潜在问题,这似乎是一个非常糟糕的解决方案。

提前感谢您的帮助!

编辑:请注意,这些控件中的每一个都是自定义视图类的成员,因此它们在 Controls 集合被清除后仍然存在。但是,这些控件不存储在任何类型的有序集合中。他们只是这个自定义类的成员。上面显示的代码可以正常工作,如图所示。但是,在我的 GUI 程序的上下文中,它具有所描述的错误行为。如果我知道什么会有所帮助,我会发布更多代码,但是有很多代码涉及这些问题。这是为描述的操作执行的所有代码。

我真正要寻找的是什么可能的情况导致 Controls.Add 插入控件而不是集合的最后一个索引。特别是在调用 Clear() 并且没有调用 Remove() 之后。

【问题讨论】:

  • 有一个类似的问题——我没有使用 Controls.Add(button),而是使用 Button.parent = flowLayoutPanel。这样做会导致顺序发生变化 - 切换到 controls.add 将所有内容按正确的顺序排列。

标签: c# .net user-interface flowlayoutpanel


【解决方案1】:

第一次运行 Arrangement1 给了我: 控制1 控制2 控制3

跑步安排2给了我: 控制1 移动控制 控制2 控制3

你的代码,就像它发布的那样纯粹,对我有用。

但是,最近我遇到了类似的问题。我将控件保存在一个列表中,然后遍历它以将它们添加到流程布局中。从列表中删除单个项目,然后添加新控件不会在末尾插入新控件,它会替换已删除项目留下的空位。

总而言之,我怀疑这是您尚未发布的内容,可能是您将控件本身存储在哪里?你将它们存储在数组还是列表中?

【讨论】:

  • 如上所述。这些控件是通过视图控制器类操作的自定义视图类的成员。如果我可以缩小要发布的代码,我会发布更多代码。我想我正在寻找可能导致在集合的最后一个索引以外的索引处添加到插入的原因,特别是在清除而不是任何删除之后。
  • 我明白了,你想把这里的代码简化成一个可以理解的问题,一定很难。存储控件实例的类型会影响顺序。例如,在列表或字典中,没有“顺序”或排序的概念。如果它在一个数组中,那么数组中的位置就是顺序。但是,如果用户可以逐个删除和重新添加内容,那么您将遇到与我最初回复中相同的情况。
【解决方案2】:

切换movingControl的可见性不是更容易吗?

但我想这个答案是基于你的例子,如果要进行更多的重新排列,那么这可能不适用。

结合可见性切换,您还可以考虑使用ControlCollection.SetChildIndex(),这似乎更合适,并且似乎更有可能产生更平滑的重新排序。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2022-07-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-05-29
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多