Setting an attached property by a Setter element?

[Henrik Dahl]

I have the fragment below as contents of a <Gridelement. The idea is that
if the checkbox is checked the <TreeViewelemen t should only span one
instead of two columns. When I check the checkbox the background of the
treeview turns red, but the treeview continues to span 2 instead of 1
column. It's a bit like the attached property Grid.ColumnSpan does not get
assigned by the <Setter Property="Grid. ColumnSpan" Value="1"/at all. What
should I do in order to achieve what I want?
Best regards,

Henrik Dahl

<TreeView

x:Name="Blas"

ItemsSource="{B inding Path=BlasRoot.C hildren}" d:LayoutOverrid es="Width"
Margin="0,0,0,8 " Grid.Column="0" Grid.ColumnSpan ="2">

<TreeView.Style >

<Style>

<Style.Triggers >

<DataTrigger Binding="{Bindi ng ElementName=chk Position,
Path=IsChecked} " Value="True">

<Setter Property="Grid. ColumnSpan" Value="1"/>

<Setter Property="TreeV iew.Background" Value="Red"/>

</DataTrigger>

</Style.Triggers>

</Style>

</TreeView.Style>

</TreeView>

<CheckBox HorizontalAlign ment="Left" Margin="-50,0,0,0" x:Name="chkPosi tion"
VerticalAlignme nt="Top" Content="CheckB ox">

</CheckBox>

[Walter Wang [MSFT]]

Hi Henrik,

This is a quick note to let you know that I am performing research on this
issue and will get back to you as soon as possible. I appreciate your
patience.

Sincerely,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications. If you are using Outlook Express, please make sure you clear the
check box "Tools/Options/Read: Get 300 headers at a time" to see your reply
promptly.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Henrik Dahl]

Hello Walter,

Thank you very much. I look forward for further information.
Best regards,

Henrik Dahl

"Walter Wang [MSFT]" <wa****@online. microsoft.comsk rev i en meddelelse
news:nr******** ******@TK2MSFTN GHUB02.phx.gbl. ..

Hi Henrik,

This is a quick note to let you know that I am performing research on this
issue and will get back to you as soon as possible. I appreciate your
patience.

Sincerely,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications. If you are using Outlook Express, please make sure you clear the
check box "Tools/Options/Read: Get 300 headers at a time" to see your
reply
promptly.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.

[Walter Wang [MSFT]]

Hi Henrik,

The problem is that that property is also being set on the TreeView itself.
When a property is specified directly on an element, and on the element's
style, the conflict resolution gives precedence to the value on the
element. I.e., a local value wins over a style value.

You could find more information here:

#Dependency Property Value Precedence
http://msdn2.microsoft.com/en-us/library/ms743230.aspx
To fix it, we need to remove the Grid.ColumnSpan attribute in the TreeView
element and set it using a Setter:

<TreeView
x:Name="Blas"
ItemsSource="{B inding Path=BlasRoot.C hildren}"
d:LayoutOverrid es="Width"
Margin="0,0,0,8 " Grid.Column="0" >
<TreeView.Style >
<Style>
<Setter Property="Grid. ColumnSpan" Value="2" />
Hope this helps.
Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no rights.

[Henrik Dahl]

Hello Walter,

Thank you very much for your assitance, as always! I must say that I did not
know that the attribute on the TreeView element also takes precedence over
the style when the style is applied after construction. I thought it just
took precedence over during the construction phase.
Best regards,

Henrik Dahl

"Walter Wang [MSFT]" <wa****@online. microsoft.comsk rev i en meddelelse
news:7S******** ******@TK2MSFTN GHUB02.phx.gbl. ..

Hi Henrik,

The problem is that that property is also being set on the TreeView
itself.
When a property is specified directly on an element, and on the element's
style, the conflict resolution gives precedence to the value on the
element. I.e., a local value wins over a style value.

You could find more information here:

#Dependency Property Value Precedence
http://msdn2.microsoft.com/en-us/library/ms743230.aspx
To fix it, we need to remove the Grid.ColumnSpan attribute in the TreeView
element and set it using a Setter:

<TreeView
x:Name="Blas"
ItemsSource="{B inding Path=BlasRoot.C hildren}"
d:LayoutOverrid es="Width"
Margin="0,0,0,8 " Grid.Column="0" >
<TreeView.Style >
<Style>
<Setter Property="Grid. ColumnSpan" Value="2" />
Hope this helps.
Regards,
Walter Wang (wa****@online. microsoft.com, remove 'online.')
Microsoft Online Community Support

=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====

This posting is provided "AS IS" with no warranties, and confers no
rights.