XML : description complète et simple de l'interface

Bonjour,

J'aimerais permettre une description dynamique, simple et complète de l'interface de mon application C# à partir d'un fichier XML dans le but de déléguer cette tâche à un ergonome (supposons sans compétences techniques).

Dans le XML, j'aurais donc des informations sur les contrôles comme le contenu (texte d'un bouton), une position (plus ou moins grossière comme "gauche" pour le placer à gauche admettons..) mais aussi les événements attachés et donc les méthodes déclenchées.

J'ai regardé du côté de XAML mais c'est un langage de description. Cela reste trop technique.

Savez-vous s'il existe cependant déjà un outil de description qui ne soit pas un langage pour faire ce que je souhaite (histoire de ne pas réinventer la roue et donc de ne pas avoir à traduire en C# tous les paramètres que je dois définir pour la description complète de l'interface) ?

Je vous remercie! :)

Edit : J'ai vu qu'il existait aussi un outil de conception d'interface graphique appelé Glade. Je ne l'ai pas encore testé donc je ne sais pas encore s'il est assez intuitif pour une personne sans compétences techniques pour définir l'interface. Aussi, Les événements ne sont pas gérés je crois.

Je comprends pas XAML est trop "technique".

XAML te propose tout plein de possibilité, néanmoins tu n'es pas forcer de les utiliser, et donc il est ce que tu souhaites.
Quand je lis ta première phrase je crois presque lire une définition de XAML, qu'est ce qui te gène donc dedans?

Enfin pour finir du veux du xml, donc un langage, mais finalement tu n'en veux pas? Puis je me trompe peut être mais des que tu veux qu'un symbole corresponde à une action c'est un langage non?

Merci micka132 pour ta réponse ;)

Il est vrai que je pourrais utiliser XAML tout en ayant un fichier assez lisible mais un des problèmes majeurs aussi est que dans XAML, on peut vraiment "coder", donc influencer l'IHM au sens large.

En fait, il me faudrait un système fermé, ou l'ergonome a vraiment juste à entrer ses valeurs pour générer l'interface qu'il souhaite (placement bouton, contenu, ...).

Le XAML était un dérivé de XML est un langage non pas technique mais descriptif. Il est tout ce que tu demandes. Après c'est à l'ergonome de respecter tes instructions de codage en expliquant qu'il n'a pas à coder. Mais d'ailleurs un ergonome définit une charte graphique, indique les règles graphiques. L'infographiste va te créer les outils graphique et le développeur va mettre en place le tout.
Donc l'ergonome n'a pas à touché du XAML sauf pour faire des maquettes à la limite ...

Citation:

---

Envoyé par morgand

Le XAML était un dérivé de XML est un langage non pas technique mais descriptif. Il est tout ce que tu demandes. Après c'est à l'ergonome de respecter tes instructions de codage en expliquant qu'il n'a pas à coder.

---

+1. Au lieu de réinventer la roue, autant utiliser Blend. Après, effectivement, c'est à l'ergonome de respecter tes contraintes.

Salut et merci pour vos interventions ;)

La personne n'aura pas de background technique mais plutôt fonctionnel et son but sera surtout d'agencer les boutons de l'interface comme il le désire, en changeant par exemple leur contenu ou leur image.

Certes, je peux imposer à cette personne des instructions de codage.
Mais, imaginons maintenant que la personne s'y connaisse un peu en développement et ne respecte pas les instructions. Elle pourra alors agir directement sur l'architecture de l'interface et ça, je ne le souhaite pas.

Je veux vraiment réduire la portée d'action de l'ergonome au rendu de l'interface. Ainsi, le seul problème qu'il pourrait éventuellement créer serait une interface non ergonomique avec des boutons qui se superposent ou sont mal placés ou alors un fichier de configuration mal structuré qui entraîne une erreur à la lecture en exécution mais en aucun cas, il pourra changer les fondations de l'interface.

Et dans cette idée, je cherche justement à savoir s'il existe des outils qui ont déjà été réalisés et qui permettent, via un fichier de configuration standard, de générer des contrôles basiques avec la capacité de changer leurs propriétés.

Merci :)

Je me demande ce qu'est pour toi le rôle de l'ergonome?
Justement pour moi son but n'est pas seulement de déplacer des boutons et d'en changer la couleur!
Son rôle est bel et bien de casser "l'architecture de l'interface".Si ton application respecte les patterns actuels, l'interface est totalement découpé de tout le reste, et donc l'ergonome peut en faire ce qu'il veut!

Ou alors je saisi pas trop ce que tu appels "architecture de l'interface" :)

L'outil Blend permet aux ergonomes de faire des IHM après il pourra toujours coder des choses.
Mais l'avantage de Blend c'est qu'il aura une GUI ou il pourra faire tout ça sans mettre les mains dans le XAML.

Petite question ... ton ergonome va te créer des boutons mais comment tu vas l'utiliser le bouton si tu ne peux pas coder dessus ?

Le rôle que je lui confie est sans doute léger, c'est vrai. Mais je ne veux pas qu'il ait la possibilité d'entrer dans le code.

Par architecture de l'interface, j'entends vraiment le développement, avec les patterns, la manipulation en C# des contrôles, ...

Citation:

---

Si ton application respecte les patterns actuels, l'interface est totalement découpé de tout le reste, et donc l'ergonome peut en faire ce qu'il veut!

---

Tu veux dire par là que si la découpe est bien faite en l'IHM et les traitements, même via l'ajout de code XAML, il ne pourra qu'intervenir sur l'aspect visuel de mon application?

Citation:

---

Petite question ... ton ergonome va te créer des boutons mais comment tu vas l'utiliser le bouton si tu ne peux pas coder dessus ?

---

Il ne va pas vraiment créer, tous les boutons seront déjà définis dans le fichier de configuration en fait. Il pourra changer les propriétés et la position.

Bonjour,

MVVM est l'une des solutions, ensuite avec des outils comme Visual Studio ou Blend(plus poussé), tu peux faire l'IHM entièrement à la souris.

Bonne journée

Citation:

---

Envoyé par betsprite

Tu veux dire par là que si la découpe est bien faite en l'IHM et les traitements, même via l'ajout de code XAML, il ne pourra qu'intervenir sur l'aspect visuel de mon application?

---

Oui, tu exposes les données à Binder, tu mets à disposition les convertisseurs (genre visible selon un booleen), les commandes qui vont correspondre à des actions et à lui de pluger là ou il souhaite.
Bon ca reste théorique je n'ai jamais eu le cas (où c'etait quelqu'un d'autre qu'un dev qui faisait l'interface ), et surement qu'il peut y avoir des complications. Mais en même temps si c'est pour partir de 0 sur un truc maison, il y a encore plus de chance d'y avoir des complication;).

Disons simplement qu'avec Blend il peut allez voir le code, mais tu ne pourras jamais l'empêcher. Mais la GUI est tellement bien faite qu'il n’aura pas envie de le faire.

Après la seul façon de t'assurer qu'il ne le fasse pas et donc de mettre en place un serveur de comit de code sur lequel tu as reviewer qui te permet de voir les modifications qu'il aura fait. Si tu vois un fichier *.cs alors pas bon ... et je pense même qu'avec un server bien fait tu pourras peut être même lui interdire de comiter des types de fichiers....

Dans ce cas la avec un serveur de versionning tu prends la main sur ttes les sources sauf les fichiers xaml comme ça il peut les voir mais pas les toucher.

Et avec un MVVM le code ne se trouve pas sur le fichier cs du xaml donc tu n'es même pas obligé de lui envoyer ttes les sources juste le repertoire de vue.

Et si tu suis bien le pattern même la gestion des evenements se retrouve dans des fichiers à part de la vue (behavior).

Le MVVM a pour but ce type de mettre en place ce type de fonctionnement soit un dev pour la partie technique et un designer, ergo pour la partie ihm.

Ca permet de bien découper le projet et sur le papier de faliciter la maintenance et de modifier l'ihm sans casser le code et inverse.

Merci beaucoup pour vos conseils et votre rapidité.

Je vais regarder du côté du pattern MVVM et de Blend pour commencer.

Merci!