Desollado: Uso de un color como StaticResource para otro color

Question

Implementé desollar en mi aplicación. La aplicación carga su diccionario de recursos Brushes.xaml que utiliza colores que residen en un diccionario de recursos específico de la máscara. Por lo tanto, solo se carga un Color.xaml según la máscara elegida.

Piel-específico Color.xaml

<Color x:Key="TextBoxBackgroundColor">#C4AF8D</Color> 
    <Color x:Key="TextBoxForegroundColor">#6B4E2C</Color> 
    <Color x:Key="ToolBarButtonForegroundColor">#6B4E2C</Color> 

Brushes.xaml:

<SolidColorBrush 
     x:Key="TextBoxBackground" 
     Color="{DynamicResource TextBoxBackgroundColor}" /> 
    <SolidColorBrush 
     x:Key="TextBoxForeground" 
     Color="{DynamicResource TextBoxForegroundColor}" /> 

Como se puede ver, varios colores (TextBoxForegroundColor y ToolBarButtonForegroundColor) son los mismos. Me gustaría evitar eso, ya que cada vez es más confuso, sobre todo porque los colores utilizados no son reconocibles por su valor hexadecimal. Puede aconsejar ahora fusionar ambos colores en uno pero tengo máscaras donde el TextBoxForegroundColor es diferente del ToolBarButtonForegroundColor.

Lo que me gustaría hacer es algo como esto:

<Color x:Key="DarkBrown">#C4AF8D</Color> 

<Color x:Key="TextBoxBackgroundColor" Color={StaticResource DarkBrown} /> 
<Color x:Key="ToolBarButtonForegroundColor" Color={StaticResource DarkBrown} /> 

¿Es esto en absoluto posible en Xaml? No encontré la manera.

Answer 1

Esto?

<Color x:Key="DarkBrown">#C4AF8D</Color> 

<DynamicResource x:Key="TextBoxBackgroundColor" ResourceKey="DarkBrown"/> 
<DynamicResource x:Key="ToolBarButtonForegroundColor" ResourceKey="DarkBrown"/> 

(Obras por cierto)

Answer 2

Esa última parte no es posible ya que un Color no tiene propiedad de Color.

A El color tiene una propiedad R, G, B y A. Por lo tanto, podría crear cuatro bytes como recursos:

<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    xmlns:sys="clr-namespace:System;assembly=mscorlib"> 
    <sys:Byte x:Key="r">#23</sys:Byte> 
    <sys:Byte x:Key="g">#45</sys:Byte> 
    <sys:Byte x:Key="b">#67</sys:Byte> 
    <sys:Byte x:Key="a">#FF</sys:Byte> 

    <Color x:Key="c1" R="{StaticResource r}" 
     G="{StaticResource g}" 
     B="{StaticResource b}" 
     A="{StaticResource a}"/> 

    <Color x:Key="c2" R="{StaticResource r}" 
     G="{StaticResource g}" 
     B="{StaticResource b}" 
     A="{StaticResource a}"/> 

</ResourceDictionary> 

Aún no es lo que podría preferir, pero debería funcionar.

Answer 3

¿Por qué no solo hace que Brushes.xaml sea específico de la piel? A continuación, tendrá la siguiente:

<Color x:Key="DarkBrown">#C4AF8D</Color> 

<SolidColorBrush x:Key="TextBoxBackgroundBrush" Color={StaticResource DarkBrown} /> 
<SolidColorBrush x:Key="ToolBarButtonForegroundBrush" Color={StaticResource DarkBrown} /> 

Otro punto a favor de hacer cepillos de piel específico es que hay situaciones en las que se quieren hacer el ToolBarButtonForegroundBrush un cepillo de color sólido en una piel y un pincel de degradado en otro.

Answer 4

respuesta de H. B. Es muy interesante y he jugado un rato con él un poco ya que quiero hacer exactamente lo que esta pregunta está pidiendo que hagamos.

Lo que he notado es que usar DynamicResource no funciona para WPF 3.5. Es decir, arroja una excepción en el tiempo de ejecución (del que habla Amenti). Sin embargo, si crea colores que hacen referencia al color que desea compartir ... un StaticResource, funciona tanto en WPF 3.5 como en WPF 4.0.

Es decir, este xaml funciona tanto para WPF 3.5 y WPF 4.0:

<Window 
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    x:Class="ColorsReferencingColors.MainWindow" 
    x:Name="Window" 
    Title="MainWindow" 
    Width="640" 
    Height="480" 
> 
    <Window.Resources> 
     <Color x:Key="DarkBlue">DarkBlue</Color> 
     <StaticResource x:Key="EllipseBackgroundColor" ResourceKey="DarkBlue"/> 
     <SolidColorBrush 
      x:Key="ellipseFillBrush" 
      Color="{DynamicResource EllipseBackgroundColor}" 
     /> 
    </Window.Resources> 
    <Grid> 
     <StackPanel Margin="25"> 
      <Ellipse 
       Width="200" 
       Height="200" 
       Fill="{DynamicResource ellipseFillBrush}" 
      /> 
     </StackPanel> 
    </Grid> 
</Window> 

Otra cosa que merece ser mencionado (de nuevo) es que este enfoque hace estragos con los diseñadores por ahí (es decir, el Visual Studio Diseñadores de 2008 y 2010, los diseñadores de Blend 3 y 4). Yo especulo que esta es la misma razón por la cual a Kaxaml 1.7 no le gustaba la xaml de H.B. (si estás siguiendo el flujo de comentarios en la respuesta de H.B.)

Pero si bien rompe a los diseñadores por una simple prueba, no parece romper la superficie de diseño para la aplicación a gran escala en la que trabajo en mi trabajo diario. Llano raro! En otras palabras, si le importan las cosas que todavía funcionan en el diseñador, intente de todos modos con este método ... ¡su diseñador aún puede funcionar!