WPF 不需要的网格分割器行为

Question

我有一个包含 3 列的简单网格（其中一列包含网格分割器）。当调整网格大小并且左列达到其最小宽度时，它不会不执行任何操作，而是会增加右列的宽度。谁能帮我阻止这一切吗？

我无法设置右列的最大宽度，因为网格本身也会调整大小。

这是一些显示问题的示例代码。调整大小时，将鼠标移到红色区域上：

XAML：

<Grid DockPanel.Dock="Top" Height="200">
    <Grid.ColumnDefinitions>
        <ColumnDefinition MinWidth="200" Width="*" />
        <ColumnDefinition Width="3" />
        <ColumnDefinition MinWidth="120" Width="240" />
    </Grid.ColumnDefinitions>
    <Grid.RowDefinitions>
        <RowDefinition Height="*" />
    </Grid.RowDefinitions>
    <Rectangle Fill="Red" Grid.Row="0" Grid.Column="0" />
    <DockPanel LastChildFill="True" Grid.Row="0" Grid.Column="2" >
        <Rectangle DockPanel.Dock="Right" Width="20" Fill="Blue" />
        <Rectangle Fill="Green" />
    </DockPanel>
    <GridSplitter Background="LightGray" Grid.Row="0" Grid.Column="1" Height="Auto" Width="Auto" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" />
</Grid>

Answer 1

我知道这有点晚了，但我刚刚遇到了这个问题，这是我的解决方案。不幸的是它不够通用，它只适用于具有两列的网格，但它可能可以进一步适应。然而，它解决了所描述的问题和我自己的问题，所以这里是：

解决方案包括黑客或解决方法，无论你想如何称呼它。您不必为左列和右列声明 MinWidth，而是为第一列声明 MinWidth 和 MaxWidth。这意味着 GridSplitter 不会移动到定义位置的右侧。到目前为止，一切都很好。

下一个问题是，如果我们有一个可调整大小的容器（在我的例子中是窗口），这还不够。这意味着我们无法将左列放大到我们想要的程度，即使第二列可能有足够的空间。幸运的是，有一个解决方案：绑定 Grid ActualWidth 并使用加法转换器。转换器参数实际上是右列所需的 MinWidth，显然是负值，因为我们需要从网格宽度中减去它。您也可以使用 SubtractConvertor，但这取决于您。

这是 xaml 和代码：

<Grid Background="{DynamicResource MainBackground}" x:Name="MainGrid" >
    <Grid.ColumnDefinitions>
        <ColumnDefinition Width="200" MinWidth="100" MaxWidth="{Binding Path=ActualWidth, RelativeSource={RelativeSource AncestorType=Grid}, Converter={Converters:AdditionConverter}, ConverterParameter=-250}" />
        <ColumnDefinition Width="*" />
    </Grid.ColumnDefinitions>
    <GridSplitter  Width="3" VerticalAlignment="Stretch" Grid.Column="0"/>
    <!-- your content goes here -->
</Grid>

以及转换器：

[ValueConversion(typeof(double), typeof(double))]
public class AdditionConverter : MarkupExtension, IValueConverter
{
    #region IValueConverter Members

    public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        double dParameter;
        if (targetType != typeof(double) ||
            !double.TryParse((string)parameter, NumberStyles.Any, CultureInfo.InvariantCulture, out dParameter))
        {
            throw new InvalidOperationException("Value and parameter passed must be of type double");
        }
        var dValue = (double)value;
        return dValue + dParameter;
    }

    public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
    {
        throw new NotSupportedException();
    }

    #endregion

    #region Overrides of MarkupExtension

    /// <summary>
    /// When implemented in a derived class, returns an object that is set as the value of the target property for this markup extension. 
    /// </summary>
    /// <returns>
    /// The object value to set on the property where the extension is applied. 
    /// </returns>
    /// <param name="serviceProvider">Object that can provide services for the markup extension.
    ///                 </param>
    public override object ProvideValue(IServiceProvider serviceProvider)
    {
        return this;
    }

    #endregion
}

我希望这有帮助，

Mihai Drebot

Answer 2

这种方法是一种 hack，但可以达到预期的效果。尝试在 Window.SizeChanged 事件上放置一个事件处理程序以设置第一个 columndef 的 maxWidth。例如：

private void Window_SizeChanged(object sender, SizeChangedEventArgs e)
{
     int borderBuffer = 9;
     //              AppWindow Size    Splitter Width     Far Column Min  FudgeFactor                
     Col0.MaxWidth = e.NewSize.Width - Col1.Width.Value - Col2.MinWidth - borderBuffer;
}

我需要使用此方法来防止网格顶行中的第三方控件由于 gridSplitter 忽略宽度设置为“自动”的列的最小/最大宽度而产生一些不需要的换行。 borderBuffer 可能需要根据您的情况进行调整。在我的例子中，基于几何/列/边框宽度， borderBuffer 并没有完全有意义 - 它只是适用于我的布局的神奇数字。

如果有人能提出更清洁的解决方案，我很乐意使用它。这个解决方案让我想起了痛苦地尝试强制 VB6 调整控件大小 - 恶心。但就目前而言，它比网格顶行上的项目由于意外的包装而被隐藏要好。

Answer 3

我通过将列定义中的 * 更改为 Auto 并将 240 更改为 * 来阻止这种不良行为。