基线

我们正在进入 GTK+ 尺寸分配的另一个更神秘的领域。基线将小部件从简单的具有宽度和高度的模型转换为小部件可以以更有趣的方式垂直对齐的模型。这方面最重要的地方是文本。当您沿着一行文本移动时，读者的眼睛对单词上下移动非常敏感。基线是为了避免这种情况。

由于这是关于相对于彼此垂直对齐子项，因此仅当容器处于水平方向时，基线才相关。

测量上方和下方

由于子项现在可以具有“强制”对齐方式，因此简单地取子项高度的最大值不再足够。对齐可能会导致子项在顶部或底部“伸出”，从而需要更大的整体高度。为了处理这个问题，我们分别测量“基线上方”的部分和“基线下方”的部分，并分别使它们最大化。

for (i = 0; i < 3; i++) {
  gtk_widget_measure (child[i],
                      orientation,
                      sizes[i].minimum_size,
                      &child_min, &child_nat,
                      &child_min_baseline, &child_nat_baseline);

   below_min = MAX (below_min, child_min - child_min_baseline);
   above_min = MAX (above_min, child_min_baseline);
   below_nat = MAX (below_nat, child_nat - child_nat_baseline);
   above_nat = MAX (above_nat, child_nat_baseline);
}

total_min = above_min + below_min;
total_nat = above_nat + below_nat;

此代码省略了一些细节，例如处理不返回基线的子项。

在基线上分配

在分配方面，有两种情况：我们要么得到一个必须对齐子项的基线，要么必须自己确定基线。在后一种情况下，我们需要做的与我们之前测量时所做的基本相同：分别确定下方和上方的大小，并使用它们来找到我们的基线。

for (i = 0; i < 3; i++) {
  if (gtk_widget_get_valign (child[i]) != GTK_ALIGN_BASELINE)
    continue;

  gtk_widget_measure (child[i],
                      GTK_ORIENTATION_VERTICAL,
                      child_size[i],
                      &child_min, &child_nat,
                      &child_min_baseline, &child_nat_baseline);

  below_min = MAX (below_min, child_min - child_min_baseline);
  below_nat = MAX (below_nat, child_nat - child_nat_baseline);
  above_min = MAX (above_min, child_min_baseline);
  above_nat = MAX (above_nat, child_nat_baseline);
}

在确定基线时，我们又有一个选择要做。当可用空间大于最小值时，我们将基线放置在尽可能高的位置、尽可能低的位置还是中间的某个位置？GtkBox 有一个 ::baseline-position 属性，可以将此选择留给用户，我们也在这里执行相同的操作。

switch (baseline_position) {
  case GTK_BASELINE_POSITION_TOP:
    baseline = above_min;
    break;
  case GTK_BASELINE_POSITION_CENTER:
    baseline = above_min + (height - (above_min + below_min)) / 2;
    break;
  case GTK_BASELINE_POSITION_BOTTOM:
    baseline = height - below_min;
    break;
}

总结

这结束了我们对 GTK+ 尺寸分配机制的探索之旅。希望你喜欢它。

参考文献

1. 容器的秘密：尺寸分配
2. 容器的秘密：尺寸分配，第 2 部分
3. 容器的秘密：尺寸分配，第 3 部分
4. 容器的秘密：尺寸分配，第 4 部分
5. 容器的秘密：尺寸分配，第 5 部分
6. 带有这些更改的代码

方向

GTK+ 中的许多小部件可以水平或垂直定向。从分隔符到工具栏的任何内容都实现了 GtkOrientable 接口，以允许通过设置 ::orientation 属性在运行时更改此方向。因此，显然，GtkCenterBox 也应该遵循这种模式。

我不会详细解释如何添加接口和实现属性。对我们来说有趣的部分是我们如何在尺寸分配期间使用 orientation 属性。

值得庆幸的是，我们的许多机制已经使用单维度编写，并且可以应用于高度，就像宽度一样。剩下的工作是遍历所有函数，并确保我们在执行任何依赖于方向的操作时都考虑到了方向。例如，我们引入了一个小的帮助器来查询适当的 expand 属性。

static gboolean
get_expand (GtkWidget *widget,
            GtkOrientation orientation)
{
  if (orientation == GTK_ORIENTATION_HORIZONTAL)
    return gtk_widget_get_hexpand (widget);
  else
    return gtk_widget_get_vexpand (widget);
}

需要记住的一件事是，我们在这里实现的一些功能仅适用于水平方向，例如从右到左翻转或基线。

更改 measure() 函数以避免硬编码水平方向

if (orientation == self->orientation)
  gtk_center_box_measure_orientation (widget, orientation, for_size,
                                      minimum, natural,
                                      min_baseline, nat_baseline);
else
  gtk_center_box_measure_opposite (widget, orientation, for_size,
                                   minimum, natural,
                                   min_baseline, nat_baseline);

size_allocate() 函数调用 distribute() 来分配宽度或高度，具体取决于方向

if (self->orientation == GTK_ORIENTATION_HORIZONTAL) {
  size = width;
  for_size = height;
} else {
  size = height;
  for_size = width;
}
distribute (self, for_size, size, sizes);

在进行这些简单但乏味的更改后，我们可以垂直定向中心框

参考文献

1. 容器的秘密：尺寸分配
2. 容器的秘密：尺寸分配，第 2 部分
3. 容器的秘密：尺寸分配，第 3 部分
4. 容器的秘密：尺寸分配，第 4 部分
5. 带有这些更改的代码

高度换宽度

这是我们进入 GTK+ 尺寸分配更深层部分的地方。高度换宽度意味着小部件没有单一的最小尺寸，但它可能会为了获得更大的高度而适应更小的宽度。大多数小部件不是这样的。此行为的典型示例是可以将其文本包装在多行中的标签

高度换宽度使尺寸分配的成本更高，因此容器必须通过设置请求模式来显式启用它。通常，容器应查看其子项并使用大多数子项首选的请求模式。为了简单起见，我们在此处对高度换宽度进行硬编码

static GtkSizeRequestMode
gtk_center_box_get_request_mode (GtkWidget *widget)
{
  return GTK_SIZE_REQUEST_HEIGHT_FOR_WIDTH;
}

两种方式都测量

编写可以处理高度换宽度的 measure() 函数的惯用方法是将其分解为两种情况：一种是沿着布局方向进行测量，另一种是沿着相反方向进行测量。

if (orientation == GTK_ORIENTATION_HORIZONTAL)
  measure_orientation (widget, for_size,
                       orientation,
                       minimum, natural,
                       minimum_baseline, natural_baseline);
else
  measure_opposite (widget, for_size,
                    orientation,
                    minimum, natural,
                    minimum_baseline, natural_baseline);

沿着方向进行测量就像我们一直以来的 measure() 函数一样：我们得到一个高度，因此我们询问所有子项对于该高度需要多少宽度，然后我们将答案相加。

沿着相反方向进行测量意味着回答问题：给定此宽度，您需要多少高度？我们要问子项相同的问题，但是我们应该给每个子项提供什么宽度？我们不能只是将全部宽度传递给每个子项，因为我们不希望它们重叠。

分配

为了解决这个问题，我们需要在子项之间分配可用宽度。这正是我们的 size_allocate() 函数正在执行的操作，因此我们需要将 size_allocate() 的内部部分分解为一个单独的函数。

毫不奇怪，我们将把新函数命名为 distribute()。

static void
distribute (GtkCenterBox *self,
            int for_size,
            int size,
            GtkRequestedSize *sizes)
{
   /* Do whatever size_allocate() used to do
    * to determine sizes
    */

  sizes[0].minimum_size = start_size;
  sizes[1].minimum_size = center_size;
  sizes[2].minimum_size = end_size;
}

既然我们知道如何获取子元素的候选宽度，我们就可以完成反方向的测量函数。和之前一样，我们最终返回子元素所需高度的最大值，因为我们的布局是水平的。

请注意，在这种情况下，方向是 GTK_ORIENTATION_VERTICAL，因此 gtk_widget_measure() 调用返回的 min 和 nat 值是高度。

distribute (self, -1, width, sizes);

gtk_widget_measure (start_widget,
                    orientation,
                    sizes[0].minimum_size,
                    &start_min, &start_nat,
                    &min_baseline, &nat_baseline);

gtk_widget_measure (center_widget,
                    orientation,
                    sizes[1].minimum_size,
                    &center_min, &center_nat,
                    &min_baseline, &nat_baseline);

gtk_widget_measure (end_widget,
                    orientation,
                    sizes[2].minimum_size,
                    &end_min, &end_nat,
                    &min_baseline, &nat_baseline);

*minimum = MAX (start_min, center_min, end_min);
*natural = MAX (start_nat, center_nat, end_nat);

既然我们已经将 size_allocate() 的大部分工作分解到 distribute() 函数中，我们可以直接从那里调用它，然后执行剩余的必要工作来为子元素分配位置（因为 distribute 已经给了我们大小）。

参考文献

1. 容器的秘密：尺寸分配
2. 容器的秘密：尺寸分配，第 2 部分
3. 容器的秘密：尺寸分配，第 3 部分
4. 这些更改的代码
5. 关于宽度适应高度几何管理的文档

 扩展子元素

我们对功能齐全的尺寸分配的下一个探索点是 ::expand 属性。实际上有两个属性，::hexpand 和 ::vexpand，它们具有在部件层次结构中向上传播的有趣行为。但这并不是我们今天要讨论的内容，我们只是想在中心框部件的子元素设置了 ::hexpand 标志时，给它们提供所有可用空间。

再一次，measure() 的实现可以保持原样。再一次，我们需要决定如果多个子元素设置了 expand 标志，应该先扩展哪个子元素。GtkBox 尝试平等对待所有子元素，并在所有正在扩展的子元素之间均匀分配可用的额外空间。另一方面，我们更喜欢中心子元素，因为它最重要。

但是我们该如何处理呢？经过一些实验，我发现如果因为中心子元素不适合而必须将其推到左边或右边，那么使其变得更大就没有意义了。因此，只有在不是这种情况时，我们才会尊重 expand 标志。

center_expand = gtk_widget_get_hexpand (center);

if (left_size > center_x)
  center_x = left_size;
else if (width - right_size < center_pos + center_size)
  center_x = width - center_width - right_size;
else if (center_expand) {
  center_width = width - 2 * MAX (left_size, right_size);
  center_x = (width / 2) - (center_width / 2);
}

完成此操作后，如果外部子元素正在扩展，则可能仍有一些剩余空间可以给它们。

if (left_expand)
  left_size = center_pos - left_pos;
if (right_expand)
  right_size = pos + width - (center_pos + center_width);

参考文献

1. 容器的秘密：尺寸分配
2. 容器的秘密：尺寸分配，第 2 部分
3. 这些更改的代码