QLayout 和离散小部件表示 - 如何？

Question

例如，我们在 QMainWindow 中有 QHBoxLayout。

让我们在上面的布局中设置小部件。

但是（！）很少有小部件具有离散的视觉表示。 换句话说，它们几乎没有依赖于可用空间的状态。

例如：

1. 如果可用空间过多 - 它必须看起来像大图 + 一些文字
2. 如果可用空间最小 - 它必须看起来像小图像
3. 如果只有最小空间可用 - 它必须看起来像按钮 + 标签
4. 等等……

因此，当用户更改主窗口大小时，我们的“动态”小部件必须根据可用空间显示自己的表示。

如何在 Qt 中实现？

UPD：Microsoft 功能区界面中最接近的行为

UPD2：下面的 gif 中出现的 QML 最接近的行为（在用户调整窗口大小的部分）

UPD3：更复杂的示例 - 菜单面板中的每个面板都会根据可用空间更改内容元素视图和计数

Answer 1

对此没有神奇的解决方案。您需要实现在调整容器大小时要采取的事件/操作。它可以根据您的需要简单或复杂。有几种不同的方法可以实际实现它，具体取决于所涉及的复杂性和范围（它只是几个项目？整个 UI？等等...）。

这是一个非常基本（粗略但有效）的示例，它将工具栏移动到与另一个工具栏（对于更宽的窗口）在同一行（对于更宽的窗口）或移动到它自己的行（对于更窄的窗口）。 MdiChild 在这种情况下是一个 QWidget 实现，显然，它包含其他小部件并管理它们的布局。

void MdiChild::resizeEvent(QResizeEvent * event)
{
  QWidget::resizeEvent(event);
  if (size().width() > ui->topToolbarLayout->sizeHint().width() + ui->botToolbarLayout->sizeHint().width() + 30) {
    ui->botToolbarLayout->removeWidget(modelsToolbar);
    ui->topToolbarLayout->insertWidget(1, modelsToolbar);
  }
  else {
    ui->topToolbarLayout->removeWidget(modelsToolbar);
    ui->botToolbarLayout->insertWidget(0, modelsToolbar);
  }
}

如您所见，它必须考虑容器大小，最直接的方法是在QWidget::resizeEvent() 中。你可以在这里做任何你想做的事情......将文本按钮更改为图标，隐藏/显示/移动内容......随便。

您当然可以将信号/插槽连接到包含的小部件，而不是处理容器中的视觉变化......例如。自定义信号 emit availableSizeChanged(QSize size) 从 resizeEvent() 处理程序 connect()ed 到包含的小部件。

您可能会发现 QStateMachine 可以方便地以正式的方式维护视觉状态（这是 QML 使用的 state[s] 属性和转换系统）。

您也可以按照其他人的建议实现自己的QLayout。尽管问题本身的范围表明您可能不需要。恕我直言，这个问题很笼统。提供的两个示例在复杂性方面存在巨大差异。

Answer 2

对于这个答案，我将使用与 Qt 等效的术语，而不是官方的 MS Ribbon 术语。

概述

您实际上正在查看许多布局，其模式如下：

QToolbar
| (Layout)
+--> QGroupBox/QToolButton
|     | (Layout)
|     +----->Button
|     +----->Button
+--> QGroupBox/QToolButton

模式

让我们从只是开始，填充的QGroupBox 有助于将我们的按钮分类。

考虑到我们的组框可能包含我们的动态QToolButton 和常规小部件。当可用空间缩小时，布局：

• 计算固定大小的小部件所需的最小空间以及没有固定大小策略的小部件的minimumSizeHint() 值。
• 根据每个小部件的增长策略分配剩余空间。
• 然而，我们的动态工具按钮可能会也可能不会根据可用空间改变大小。
• 现在我们必须使用qobject_cast 开始检查布局的子级是否是动态的。
• 当我们找到一个动态按钮时，我们必须确定它是否可以收缩。如果是，我们会缓存它及其首选的更小尺寸。
• 如果要缩小，我们必须重新计算最小尺寸。
• 然后我们必须继续前进，希望在调整大小期间缩小按钮不会导致任何棘手的决胜局。
• Tie Breakers：如果两个按钮可以折叠成更小的尺寸，那么哪个按钮先走？我们也必须考虑那个。此外，MS 使用三个按钮的行。我们不能将一个从 Qt::ToolButtonTextBesideIcon 折叠到 Qt::ToolButtonIconOnly，我们必须折叠一组三个。
• 三个水平按钮可以折叠成三个垂直按钮。这也需要计算和缓存。

还有希望。

我们可以通过使每个容器仅能够容纳动态工具按钮来简化。这样我们就不必处​​理固定大小的小部件等棘手的问题，我们只需要处理一种类型的小部件。

Microsoft 还帮助我们实现了此行为。您可以通过经验观察了解很多关于布局和子小部件的行为约束的信息。群体何时崩溃？如果一个组崩溃，其他组是否会扩展以占用空间？ （顺便说一句，答案是否定的。）按钮在折叠时如何组合在一起？它们在折叠和展开的方式上是否有一些特殊之处（对其展开和折叠行为的限制）？

Qt 还实现了几种布局供我们研究并了解它们的工作原理以及它们的不同之处。 QGridLayout 是一个很有前途的基础，特别是如果您进行一些数学运算来动态更改小部件的行跨度（这是为了在按钮从垂直布局折叠为三个水平按钮的集合时对它们进行分组）。

总结

完全回答您的问题过于宽泛，无法成为 SO 的主题，但我希望这些信息能够指导您去往何处。