Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2207 connectés 

 


Dernière réponse
Sujet : Projet pour wmccc
kadreg Bof, d'un autre coté, on peut rajouter une info pour le format dans les fichier de config et wmcc pourrait gueuler si ca va pas :)
 
Le canard gueule lorsqu'il trouve une option qu'il ne connais pas. Donc, pour une option, on peut avoir un champs <minimal-version> qui est la version avec laquelle est apparue le paramètre de config, et une option "target version" qui permet de connaitre la version du canard installée, afin d'éditer le fichier au bon format.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
kadreg Bof, d'un autre coté, on peut rajouter une info pour le format dans les fichier de config et wmcc pourrait gueuler si ca va pas :)
 
Le canard gueule lorsqu'il trouve une option qu'il ne connais pas. Donc, pour une option, on peut avoir un champs <minimal-version> qui est la version avec laquelle est apparue le paramètre de config, et une option "target version" qui permet de connaitre la version du canard installée, afin d'éditer le fichier au bon format.
le-jihaire

pouaite a écrit a écrit :

 
 
bien vu ;) ceci dit je pense que la meilleure place pour le fichier xml est avec le binaire: si le gars qui a un wmcc 10.4.5 chez lui utilise le fichier de conf du wmcc 10.4.9 ça risque de poser problème. et puis c'est toujours un peu hasardeux de dépendre de la disponibilité/fiabilité d'un site distant.
 
enfin bon je dis ça je dis rien, <mode=laspalèce>c'est vous qui voyez</mode> [:totozzz]  




 
Bof, d'un autre coté, on peut rajouter une info pour le format dans les fichier de config et wmcc pourrait gueuler si ca va pas :)
Par contre faudrait assurer une compatibilité ascendante (ou descendante je sais jamais) ...

le-jihaire [citation]Le but de cette proposition est de ne pas avoir à retoucher le binaire wmccc à chaque nouvelle option qui apparait dans le canard. On ne retouche que le fichier centralisé de format d'option.  
 
 
[/citation]
 
C'était mon idée de départ.  
Dans mon projet d'IHM, il y a un seul point noir, qui risque de pas faire beau : Les boutons-icones représentant les groupes d'options. Je suis pas tres chaud pour avoir une barre defilante a coté ...
mais bon, ca peut se faire.
 
Par contre j'aime pas du tout le systeme par onglet. Je trouve ca laid !
pouaite

le-jihaire a écrit a écrit :

 
 
Et non car wmccc contiendra lui meme sa boite de dialogue de configuration :)  




 
bien vu ;) ceci dit je pense que la meilleure place pour le fichier xml est avec le binaire: si le gars qui a un wmcc 10.4.5 chez lui utilise le fichier de conf du wmcc 10.4.9 ça risque de poser problème. et puis c'est toujours un peu hasardeux de dépendre de la disponibilité/fiabilité d'un site distant.
 
enfin bon je dis ça je dis rien, <mode=laspalèce>c'est vous qui voyez</mode> [:totozzz]

le-jihaire

pouaite a écrit a écrit :

:hello:
 
Je voudrais juste faire une petite remarque (si j'ai bien compris, parce que bon:) : si le wmccc doit aller chercher des informations sur un site distant, ça veut qu'il lui faut des params pour se connecter (adresse, reglages proxy) -> un wmcccc s'impose !  




 
Et non car wmccc contiendra lui meme sa boite de dialogue de configuration :)

le-jihaire C'est tout a fait comme ca que j'imaginais la chose ...
Je distingue 5 groupes d'options :
 Dock-Generalités
 Parametres internet
 Pinnipède
 Palmipède
 News
 
Je considère qu'il y a egalement un nombre limité de type de données :
 String (chaine de caractères)
 Couleur
 Font
 Integer
 (grosso modo)
 
Donc pondre une syntaxe XML devrai etre aisée ....
kadreg J'ai fait un bout d'exemple pour expliquer.  
 
Voici un bout du fichier de conf du canard :  
 

Code :
  1. ### delai enntre deux verifications de la tribune (en secondes)
  2. #tribune.delay: 30
  3. ### nombre maximum de messages qui sont conservés en mémoire (et affichables dans le pinnipede
  4. ### teletype). Ne lui donnez pas une valeur extravagante (genre 10000), wmcoincoin n'a pas été conçu pour ça !
  5. #tribune.max_messages: 400
  6. ### les couleurs sont en héxadecimal ( '00000' = noir, 'ff0000' = rouge, '00ff00' = vert ...)
  7. dock.bg_color: 9a9a9a


 
Et voici maintenant le fichier XML permettant de décrire le fichier de conf et l'IHM associée. Comment vous trouvez ce type d'architecture ?
 

Code :
  1. <?xml version="1.0 ?>
  2. <config>
  3.     <category>
  4.         <name>tribune</name>
  5.         <displayedName>Options generales</displayedName>
  6.         <description>Options générales du canard</description>
  7.         <parameter>
  8.             <name>delay</name>
  9.             <displayedName>intervale de verif<displayedName>
  10.             <description>delai entre deux verifications de la tribune (en secondes)</description>
  11.             <widget>IntegerField</widget>
  12.             <defaultValue>30</defaultValue>
  13.         </parameter>
  14.         <parameter>
  15.             <name>max_messages</name>
  16.             <displayedName>Nombres maximum de messages<displayedName>
  17.             <description> nombre maximum de messages qui sont conservés en mémoire (et affichables dans le pinnipede teletype). Ne lui donnez pas une valeur extravagante (genre 10000), wmcoincoin n'a pas été conçu pour ça ! </description>
  18.             <widget>IntegerField</widget>
  19.             <defaultValue>400</defaultValue>
  20.         </parameter>
  21.     </category>
  22.     <category>
  23.         <name>dock</name>
  24.         <displayedName>Options du dock</displayedName>
  25.         <description>Options générales du dock</description>
  26.         <parameter>
  27.             <name>bg_color</name>
  28.             <displayedName>Couleur de fond<displayedName>
  29.             <description>Couleur de fond</description>
  30.             <widget>ColorChooser</widget>
  31.             <defaultValue>9a9a9a</defaultValue>
  32.         </parameter>
  33.     </category>
  34. </config>

le-jihaire

le-jihaire a écrit a écrit :

 
 
Voui, c'est terriblement mal fait ici ...  
 
enfin bon ...  




 
LA VOILA MA SUPER MAQUETTE FAIT AVEC PAINT AU BUREAU ::
 
http://kadreg.free.fr/perso/Wmccc.png  

 

[jfdsdjhfuetppo]--Message édité par le-jihaire--[/jfdsdjhfuetppo]

kadreg

pouaite a écrit a écrit :

:hello:
 
Je voudrais juste faire une petite remarque (si j'ai bien compris, parce que bon:) : si le wmccc doit aller chercher des informations sur un site distant, ça veut qu'il lui faut des params pour se connecter (adresse, reglages proxy) -> un wmcccc s'impose !  




 
 :heink:  
 
 :ouch:  
 
 [:pioupiou]
 
Tu as bien compris

 

[jfdsdjhfuetppo]--Message édité par kadreg--[/jfdsdjhfuetppo]

pouaite :hello:
 
Je voudrais juste faire une petite remarque (si j'ai bien compris, parce que bon:) : si le wmccc doit aller chercher des informations sur un site distant, ça veut qu'il lui faut des params pour se connecter (adresse, reglages proxy) -> un wmcccc s'impose !
kadreg vala pour un metamodèle de paramètre :  
http://kadreg.free.fr/perso/wmcc-metamodele.gif  
 
WidgetType est un énuméré qui peut prendre plusieurs valeurs permettant le choix du type de widget à créer suivant le paramètre. Par exemple TextField, ColorChooser, IntegerField, FileChooser...
 
Pour catégorie et parameter, Name est le nom du paramètre tel que mis dans le fichier de conf, displayedName est le nom tel qu'il est affiché dans wmccc, pour que ce soit plus clair.
 
Description permet d'avoir une aide sur une catégorie ou un paramètre, affiché par exemple dans une bulle.
 
DefaultValue permet d'avoir une valeur proposée par défaut si il n'y a pas de paramètres dans le fichier.
 
WidgetSize permet (éventuellement) d'imposer une taille à un champ. Par exemple un peut avoir un TextField de max 5 caractères, on mettra 5 ici.
 
Rien à voir, je vérrait bien les cathégories de premier niveaux comme des onglet et les niveau de profondeur suivant comme des frame.
 
Ce soir, je vais tacher (car je bave beaucoup) de poster un exemple de fichier de conf utilisant ce format.
 
Le but de cette proposition est de ne pas avoir à retoucher le binaire wmccc à chaque nouvelle option qui apparait dans le canard. On ne retouche que le fichier centralisé de format d'option.

 

[jfdsdjhfuetppo]--Message édité par kadreg--[/jfdsdjhfuetppo]

daique Oh, juste un doigt
kadreg Je vous fait un petit métamodèle de paramètres. A partir de ça, on peut obtenir une DTD pour faire la description des paramètres, et donc la description de l'IHM.
 
XML pour ça, ça vous va ?
Jar Jar Ma marmotte des sables applaudit.
kadreg Je propose un diagramme de usecase.
 
http://kadreg.free.fr/perso/wmcc-usecase.gif  
 
On notera que les différents paramètres dispo avec leur type et les valeurs possibles sont dispo sur un site, et qu'il est automatiquement téléchargé sur un site. Les possibilitées d'options (et donc les widgets possibles) sont automatiquement créés à partir de ce fichier.
rinjin2

le-jihaire a écrit a écrit :

 
 
Voui, c'est terriblement mal fait ici ...  
 
enfin bon ...  




Par contre c'est pas en trollant sur le bouchot que tu va faire avancer le smilblick.

le-jihaire

kadreg a écrit a écrit :

Effectivement, tu t'es raté sur l'include de l'image ;)  




 
Voui, c'est terriblement mal fait ici ...  
 
enfin bon ...

kadreg Effectivement, tu t'es raté sur l'include de l'image ;)
le-jihaire Un petit projet en GTK, pour tous ceux que ca peux interesser.
 
Voila une ebauche, si j'arrive a inclure l'image (ce qui n'est pas sur ...)  [img]

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)