wpf-Fehler-Vorlage - rote box immer noch sichtbaren Zusammenbruch des Expanders

Mache ich einige, die Validierung auf die Datenquelle des Textfelds innerhalb eines Expander-und haben gefunden, dass, sobald ein Validierungsfehler ausgelöst hat, falls ich umfalle, den Expander, das rote Feld bleibt, wo die TextBox gewesen wäre.

<Expander Header="Blah Blah Blah">
  <TextBox Name="TextBox"
           Validation.ErrorTemplate="{DynamicResource TextBoxErrorTemplate}"
           Text="{Binding Path=Blah,
                          UpdateSourceTrigger=PropertyChanged,
                          ValidatesOnDataErrors=True}" />
</Expander>

Habe ich versucht, um diese durch die Bindung der Sichtbarkeit des Fehlers Vorlage zum Expander, aber ich denke, es ist etwas falsch mit der Bindung.

<local:NotVisibleConverter x:Key="NotVisibleConverter" />

<ControlTemplate x:Key="TextBoxErrorTemplate">
  <DockPanel>
    <Border BorderBrush="Red" BorderThickness="2" 
            Visibility="{Binding Path=IsExpanded, 
                                 Converter={StaticResource NotVisibleConverter}, 
                                 RelativeSource={RelativeSource AncestorType=Expander}}" >
      <AdornedElementPlaceholder Name="MyAdorner" />
    </Border>
  </DockPanel>
  <ControlTemplate.Triggers>
    <Trigger Property="Validation.HasError" Value="true">
        <Setter Property="ToolTip"
                Value="{Binding RelativeSource={RelativeSource Self}, 
                                Path=(Validation.Errors)[0].ErrorContent}"/>
    </Trigger>
  </ControlTemplate.Triggers>
</ControlTemplate>

Ich denke, ich habe ein Problem mit meiner Bindung, kann jemand mir wieder auf die Strecke bitte? Alternativ kennt jemand eine andere Lösung für das ErrorTemplate noch sichtbar auf den Zusammenbruch des Expanders?

InformationsquelleAutor Andy Clarke | 2009-09-24
  1. 25

    Anstatt jede Bindung, konnte Sie ein AdornerDecorator um die Elemente im inneren des Expanders. Sie sehen, die Fehler bei der überprüfung der Vorlage platziert wird auf die adorner-Ebene, die Art und Weise, es zeigt oben auf alles andere. Das ist letztlich das, was dein problem ist. Auch wenn Ihr Textfeld ist nicht sichtbar, weil der expander geschlossen ist, wird das error-template ist immer noch auf der adorner Schicht.

    Ich glaube, Sie können dieses Problem beheben mit den folgenden xaml-Code:

    <Expander Header="Blah Blah Blah">
   <AdornerDecorator>
      <TextBox Name="TextBox"
               Validation.ErrorTemplate="{DynamicResource TextBoxErrorTemplate}"
               Text="{Binding Path=Blah,
                              UpdateSourceTrigger=PropertyChanged,
                              ValidatesOnDataErrors=True}" />
   </AdornerDecorator>
</Expander>

    Dadurch entsteht ein adorner-Schicht, die speziell für innerhalb der expander. Wenn der expander ist geschlossen, die AdornerDecorator bekommt auch versteckte und so sollte alles auf Sie.

    • nette Antwort. Ich werde versuchen, diese, wie ich ein ähnliches Problem in meiner app. Hat die AdornerDecorator auf das layout überhaupt? +1
    • Die AdornerDecorator sollte keine Auswirkungen auf das layout. Es ist nur ein wrapper um ein Kind.
    • Ok, damit es gedacht werden kann, wie die das layout beibehalten, aber die Aufhebung des rendering und Interaktion Ihres Kindes an die adorner-Schicht? Ich dachte, es war nur ein adorner-Schicht, aber die Art und Weise haben Sie formuliert die Antwort es vermuten lässt, macht eine neue Ebene.
    • Danke für die Hilfe, dies funktionierte ein Leckerbissen!
    • Sorry, ich wollte nicht verwirren. Nein, tut Sie nicht, heben Sie die Kind, um die adorner-Schicht. Es hat tatsächlich eine andere adorner-Schicht. Die neue adorner-Schicht verwendet wird, für funktionsindikatoren erstellt auf alles, was in der visuellen Struktur unterhalb der AdornerDecorator. In der Regel, ja, es ist nur ein adorner-layer, angelegt an das Fenster. Ich denke, die standardmäßig ControlTemplate für die Window-Klasse hat eine AdornerDecorator. Keine Magie hier.
    InformationsquelleAutor dustyburwell
  2. 1

    Im Allgemeinen debugging-Bindungen kann getan werden durch:

    1. Kleben Haltepunkte in einem Konverter (wenn Sie eines verwenden, das sind Sie)
    2. Überprüfen Sie das Ausgabefenster in Visual Studio für jede debug Warnungen über ungültige Bindungen

    In dem code, den Sie gepostet haben, ich glaube, es Los zu werden, weil die Value-Eigenschaft Setter ist nicht mit einer Abhängigkeitseigenschaft und kann daher nicht gebunden werden.

    Werde ich mal nachdenken und sehen, ob ich kommen kann, mit etwas mehr hilfreich.

    InformationsquelleAutor Drew Noakes
Schreibe einen Kommentar