Y a-t-il un moyen d'utiliser StaticResource dans une bibliothèque de contrôle WPF et d'être capable de la visualiser au moment de la conception?

j'ai une bibliothèque de contrôle WPF qui est ajoutée à une application Windows forms. Nous voulons que les commandes soient localisables, mais je ne suis pas sûr de savoir comment le faire complètement sans dupliquer le code. C'est ce que je fais maintenant .

fondamentalement, dans l'application Windows forms, avant que l'application principale ne démarre, j'instancie une application.xaml qui vivent dans les formes de l'app (contenant mes liens vers mes ressources qui vivent également dans les formulaires app). Cela fonctionne parfaitement pour l'exécution.

cependant, mon utilisateur contrôle tous ont Content="{StaticResource SomeVariableName}" , qui finissent par être blanc. Je peux arranger ça en ayant une application.XAML et les dictionnaires de ressources appropriés dans ma bibliothèque de contrôle qui correspondent à ceux de mon application windows forms. Cependant, c'est le code dupliqué.

Choses que j'ai déjà essayé en vain:

• Instancier l'Application.xaml qui vit dans l'utilisateur contrôler la bibliothèque à partir de l'application mes formulaires. Cela ne fonctionne pas parce que L'URIs de mes ressources est à la recherche d'une ressource intégrée, pas mon dictionnaire de ressources locales (je pourrais alors simplement copier les fichiers de ressources du contrôle à un endroit approprié dans mon application de formulaires sur Construire). Puis-je utiliser Déferrablecontent ici? Il n'y a pas beaucoup en ligne aussi loin que je pourrais trouver sur cet attribut et comment il devrait être utilisé, cependant.
• je voudrais utilisez les compilations post pour les applications et les dictionnaires, cependant, L'application est une référence statique à une application compilée.xaml pour autant que je peux dire. Alors, App.xaml doit vivre dans la forme au moins
  • j'ai essayé d'avoir une application dupliquée.xaml avec un post construire déplacer la débrouillardise.XAML. J'ai pensé que c'était une application dupliquée.xaml est ok puisque c'est la force motrice et vous pourriez ne pas vouloir compter sur un de la commande de toute façon (qui tourne en arrière et vous fait se demander si ensuite, vous devez avoir l'Application.xaml dans le contrôle? Sauf si vous voulez autoriser un défaut qui utilise des ressources intégrées....) Qui a également échoué en disant qu'il ne pouvait pas trouver la ressource, même si elle a été placée là où L'URI aurait dû pointer. Le code décomposé indique Uri resourceLocater = new Uri("/WindowsFormsApplication3;component/app.xaml", UriKind.Relative);

alors, y a-t-il un moyen de permettre à cela de fonctionner et d'avoir une vue du temps de conception du composant par défaut et d'éviter la duplication? Ou, est la duplication est OK dans ce cas? Si le sous-article de ma 2e balle semble correct (duplicated App.xaml avec build copied resourcedictionaries), Comment puis-je le faire ne pas chercher un élément de niveau component, mais plutôt un fichier de niveau un?

dernière question (et je peux la poster séparément si nécessaire) à laquelle je viens de prêter attention. Mon Application.xaml est construit dans le code, donc cela ne me permet pas de créer de nouvelles ressources médicales à la volée de toute façon. Est-il possible de faire cela?

option Finale...peut-être le meilleur? - je prévois d'utiliser le code D'Andre van Heerwaarde de toute façon , donc devrais-je juste vérifier l'existence d'un fichier et l'ajouter comme une ressource fusionnée à la volée? En gros, avoir une Application.xaml dans le contrôle de mon utilisateur qui est relié à une débrouillardise intégrée par défaut. Et puis, le code cherche les ressources localisées appropriées à la volée, qui peuvent être des trajectoires de fichier relatives? Le seul inconvénient que je vois ici, c'est que le défaut ne peut pas être changée à la volée...ce que je pourrais probablement même avoir ce regard dans un endroit précis (en utilisant une sorte de convention) et avoir préféré à l'un intégré?

Oh, et ma raison pour ne pas vouloir de ressources intégrées est que les utilisateurs finaux puissent ajouter / modifier de nouvelles ressources localisées après que la construction soit déployée.

je peux ajouter du code si cela peut vous aider à mieux visualiser cela, faites-le moi savoir.

mise à JOUR

j'ai maintenant un autre problème avec le style et pas seulement la localisation.

Voici un exemple de l'un des boutons internes sur l'un des contrôles:

<Button Style="{StaticResource GrayButton}"

quelques autres choses que j'ai essayé / pensé:

• Je ne peux pas créer une application.xaml (qui ne serait jamais utilisé) avec la débrouillardise mis en place comme Applicationdéfinitions ne sont pas autorisés dans les projets de bibliothèque. Je pourrais intégrer ceci dans les ressources du contrôle, mais alors cela aurait toujours la priorité sur n'importe quelles ressources au niveau de l'application et je perds la personnalisabilité.

voici un cas de connexion qui ressemble en fait à ce que je cherche, mais il ne fournit pas de véritable solution à ce

la solution (au-delà du sommet..ce qui ne fonctionne pas) que je pense, c'est peut-être (et encore try) semble également beaucoup de travail pour quelque chose que je pense devrait être simple. Mais, je pourrais être capable de créer des propriétés de dépendance dans le contrôle que je peux lier et ensuite permettre à ceux-ci d'être supplantés par le projet qui utilisera le contrôle. Comme je l'ai dit, cela semble être beaucoup de travail pour une demande assez simple :). Serait-ce le même travail? Et, plus important encore, est-il une meilleure solution, plus simple, que je suis absent?