Discussion :

[DaMo`]

Bonjour
Voila j'ai un petit soucis avec les accesseurs des dependency property, en faite j'aimerais rendre une des classes internal, le problème est que si je rends la classe internal j'ai l'erreur suivante

Impossible de créer un 'System.Windows.DependencyProperty' à partir du texte 'Template'.

Sachant que je peux pas modifier les accesseurs de la DP est ce quelqu'un connait un moyen pour rendre ma classe internal malgré le fait qu'elle aient des DP ?
Voila merci

[Samuel Blanchard]

je n'ai pas de problème particulier ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
    internal class Toto : Control
    {
        public int MyProperty
        {
            get { return (int)GetValue(MyPropertyProperty); }
            set { SetValue(MyPropertyProperty, value); }
        }
 
        // Using a DependencyProperty as the backing store for MyProperty.  This enables animation, styling, binding, etc...
        public static readonly DependencyProperty MyPropertyProperty =
            DependencyProperty.Register("MyProperty", typeof(int), typeof(Toto), null);
    }

Ta propriété Template est-elle bien de type ContentTemplate ?

[DaMo`]

Ma propriété est de type ControlTemplate, est ce que sur ta classe Toto t'a un visuel de créer ?

J'ai oublié de préciser une chose, j'ai un TemplateBinding sur ma DP dans le visuel et l'erreur me conduit dans le Xaml donc je pense que c'est important

[Samuel Blanchard]

Après quelques tests, il s'avère que XAML ne peut instancier des classes internal. En revanche, l'ajout en CodeBehind ne pose pas de problème.

Les DP ne sont apparement pas impliquées dans le problème.

[DaMo`]

Hmmm ben si vu que pour mes autres contrôles qui ont pas de DP j'arrive a les mettre en internal avec le constructeur également en internal et aucun problème de link avec le XAML sa fonctionne sans soucis

[Samuel Blanchard]

Bizarre, moi je crée une classe héritant de Control :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
    internal class Toto : Control
    {
    }

A l'exécution si elle et dans le code XAML j'ai une exception de parse (AG_E_PARSER_BAD_TYPE)

dès que je passe la classe en public plus de problème.

la classe Toto et le XAML sont, bien sur, dans la même DLL.

[DaMo`]

Bizarre comme tu dis , vérifie que t'es pas une erreur de syntaxe parce que c'est l'erreur que j'ai quand j'ai mal écrit un truc ou avec un copier coller malencontreux et merci pour ton intérêt au topic

[Samuel Blanchard]

vérifie que t'es pas une erreur de syntaxe parce que c'est l'erreur que j'ai quand j'ai mal écrit un truc ou avec un copier coller malencontreux

Tu penses bien que j'avais vérifié puisque en public cela passe nickel

A mon avis c'est lié à la reflexion effectué dans XAML qui ne prend en compte que les objets publiques et non internals.

[DaMo`]

A mon avis c'est lié à la reflexion effectué dans XAML qui ne prend en compte que les objets publiques et non internals.

Le fait est que sa marche chez moi en internal tant qu'il y'a pas de DP

[Samuel Blanchard]

tu es en en SL4 ? moi je suis en SL3 pour le test.
Peux-tu me montrer ton code ?

[DaMo`]

Je suis effectivement en SL 4,pour le code je vais mettre des bouts lisible je l'espère je peux pas vraiment montrer tout le source :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
internal class TimePart : PartControl
    {
        internal TimePart()
        {
            DefaultStyleKey = typeof(TimePart);
        }
 
 
        protected override void RefreshStates(bool useTransition)
        {
                    VisualStateManager.GoToState(this, IsSelected ? VisualStates.StateSelected : VisualStates.StateUnselected, useTransition);
 
            VisualStateManager.GoToState(this, IsMouseOver ? VisualStates.StateMouseOver : VisualStates.StateNormal, useTransition);
 
        }
    }
}

PartControl est juste une asbtract class qui hérite de Control et qui ajoute quelques abstract property & methods

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 
    /// <summary>
    /// Base class for all the visual parts representing a DatetimeRange
    /// </summary>
    internal abstract class PartControl : Control
    {
        private DateTimeRange _dateRange;    
 
        private bool _isSelected;
 
        internal DateTimeRange DateRange
        {
            get { return _dateRange; }
            set
            {
                if (_dateRange == value) return; _dateRange = value;
            }
        }
 
        internal bool IsSelected
        {
            get
            {
                return _isSelected;
            }
            set
            {
                if (value == _isSelected) return;
                _isSelected = value;
                RefreshStates(true);
            }
        }
 
        internal PartContainer ParentPartContainer { get; set; }
 
        internal int Index { get; set; }
 
        protected abstract void RefreshStates(bool useTransitions);
 
etc .....

et XAML :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 xmlns:local="clr-namespace:FSControls"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<Style TargetType="local:TimePart">
    	<Setter Property="Template">
    		<Setter.Value>
    			<ControlTemplate TargetType="local:TimePart">
etc ....

Je précise que j'ai fait le test en utilisant directement Control aucun problème

[Skyounet]

Le XAML ne supporte pas les contrôles internal.
La réponse qu'on trouve sur le forum SL est : "This is by design".

Tu n'as plus qu'à rendre ton contrôle public

[DaMo`]

Y'a un soucis la j'ai pas hacké mon silverlight sa fonctionne chez moi tant qu'il y'a pas de DP ......

Le topic du forum silverlight date de 2008 il y a eu des évolutions je pense depuis

[Skyounet]

Y'a un soucis la j'ai pas hacké mon silverlight sa fonctionne chez moi tant qu'il y'a pas de DP ......

Le topic du forum silverlight date de 2008 il y a eu des évolutions je pense depuis

Ben vu que ton code ne fonctionne pas je dirais que non