OVH Cloud OVH Cloud

WD10 Les gabarits

9 réponses
Avatar
Roumegou Eric
je n'ai jamais utilisé les gabarits avec WD (jusqu'à 7.5) et passant à
la 10 je voudrais en profiter pour relooker mes écrans.

Mes écrans sont créés donc sans gabarits avec une barre de boutosn en
haut avec des icones 16 en transparents.
J'utilise beaucoup les onglets pour le mode fiche et j'ai aussi une
barre de boutons actions pour les tables avec des btn qui se créent
dynamiquement avec des champsclone.

Moi ma référence serait le metal brossé d'Itunes. simple+élégant, on
voit bien la philosophie d'apple qui n'a jamais cédé aux interfaces à
la c... genre windowsmedia.
Bref ça c'est mon avis et on s'en fout ...

Mais en prenant une fenêtre, si je colle un gabarit, c'est la panique
dans mes barres de boutons, je m'aperçoit aussi que les menus systèmes
disparaissent ... bref je préssent un douloureux travail et j'en suis à
me demander si je ne vais pas ne rien changer.

Merci de vos conseils

--
Eric Roumégou
Webmaster des Wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci dessus pour me contacter en privé)

9 réponses

Avatar
Georges Peyre
Bonjour Eric

Roumegou Eric avait énoncé :

Moi ma référence serait le metal brossé d'Itunes. simple+élégant, on voit
bien la philosophie d'apple qui n'a jamais cédé aux interfaces à la c...
genre windowsmedia.
Bref ça c'est mon avis et on s'en fout ...



J'ai rencontré le même problème

J'ai raffraichi des vieux projets créés depuis la 5.5 en récupérant
simplement les fonds WD9 ou WD10 qui ont de beaux fonds d'aspect
métallisé en jouant uniquement sur l'image de fond sans toucher à la
notion de gabarit pour ne pas remettre en cause les boutons ou tout
autre alignement

Si tu as de nombreuses fenêtres ce sera peut être un peu long du fait
qu'il faut traiter chacune d'elle avec les notions de 9 images ou non

Pour moi le résultat a mérité ce petit inconvénient compte tenu du
ravalement obtenu

Cordialement





--
Elle est pas belle la vie ?
Avatar
Frédéric LAMBOUR
Après l'application d'un gabarit nous avons été obligé de retoucher
(légèrement) toutes nos fenêtres.
Avatar
Francis DUHAUT
Salut Eric,

J'ai relooké une application (80 fenetres environ). J'ai eu pas mal de
soucis avec des beaux boutons que j'avais créer et sur la mise en page
ensuite. J'ai appliqué le look vista de la 10. Faut faire gaffe au taille
de police qui peuvent tronqué l'affichage de certains champs. Et windev
m'avait supprimé les images de la fenetre qui permet d'afficher les messages
d'erreur/intérogation. Je ne m'en étais pas rendu compte de suite et l'appli
était déja en prod...

Faut reprendre chaque fenetre c'est sur.

@+
Francis.

Au fait, essaye ZAMP pour apache/php/mysql. C'est de la balle !
http://www.xgarreau.org/zamp/

Avec ca j'aurais pas perdu 1 journée...


"Roumegou Eric" a écrit dans le message de news:

je n'ai jamais utilisé les gabarits avec WD (jusqu'à 7.5) et passant à la
10 je voudrais en profiter pour relooker mes écrans.

Mes écrans sont créés donc sans gabarits avec une barre de boutosn en haut
avec des icones 16 en transparents.
J'utilise beaucoup les onglets pour le mode fiche et j'ai aussi une barre
de boutons actions pour les tables avec des btn qui se créent
dynamiquement avec des champsclone.

Moi ma référence serait le metal brossé d'Itunes. simple+élégant, on voit
bien la philosophie d'apple qui n'a jamais cédé aux interfaces à la c...
genre windowsmedia.
Bref ça c'est mon avis et on s'en fout ...

Mais en prenant une fenêtre, si je colle un gabarit, c'est la panique dans
mes barres de boutons, je m'aperçoit aussi que les menus systèmes
disparaissent ... bref je préssent un douloureux travail et j'en suis à me
demander si je ne vais pas ne rien changer.

Merci de vos conseils

--
Eric Roumégou
Webmaster des Wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci dessus pour me contacter en privé)




Avatar
Vincent
Salut,
Moi sous windows 2000, j'ai renoncé aux gabarit, j'avais de gros problème de
performance
à l'affichage des fenêtres
Vincent


"Francis DUHAUT" a écrit dans le message de news:
43eb97a1$0$1150$
Salut Eric,

J'ai relooké une application (80 fenetres environ). J'ai eu pas mal de
soucis avec des beaux boutons que j'avais créer et sur la mise en page
ensuite. J'ai appliqué le look vista de la 10. Faut faire gaffe au taille
de police qui peuvent tronqué l'affichage de certains champs. Et windev
m'avait supprimé les images de la fenetre qui permet d'afficher les
messages d'erreur/intérogation. Je ne m'en étais pas rendu compte de suite
et l'appli était déja en prod...

Faut reprendre chaque fenetre c'est sur.

@+
Francis.

Au fait, essaye ZAMP pour apache/php/mysql. C'est de la balle !
http://www.xgarreau.org/zamp/

Avec ca j'aurais pas perdu 1 journée...


"Roumegou Eric" a écrit dans le message de news:

je n'ai jamais utilisé les gabarits avec WD (jusqu'à 7.5) et passant à la
10 je voudrais en profiter pour relooker mes écrans.

Mes écrans sont créés donc sans gabarits avec une barre de boutosn en
haut avec des icones 16 en transparents.
J'utilise beaucoup les onglets pour le mode fiche et j'ai aussi une barre
de boutons actions pour les tables avec des btn qui se créent
dynamiquement avec des champsclone.

Moi ma référence serait le metal brossé d'Itunes. simple+élégant, on voit
bien la philosophie d'apple qui n'a jamais cédé aux interfaces à la c...
genre windowsmedia.
Bref ça c'est mon avis et on s'en fout ...

Mais en prenant une fenêtre, si je colle un gabarit, c'est la panique
dans mes barres de boutons, je m'aperçoit aussi que les menus systèmes
disparaissent ... bref je préssent un douloureux travail et j'en suis à
me demander si je ne vais pas ne rien changer.

Merci de vos conseils

--
Eric Roumégou
Webmaster des Wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci dessus pour me contacter en privé)








Avatar
Alexey K.
Bonjour,

Au lieu d'utiliser les gabarits j'utilise un style partagé.

Cordialement.
Avatar
Roumegou Eric
Il se trouve que Alexey K. a formulé :
Bonjour,

Au lieu d'utiliser les gabarits j'utilise un style partagé.

Cordialement.



Cela existe aussi sur Windev ?
Peux tu nous en dire plus stp

--
Eric Roumégou
Webmaster des Wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci dessus pour me contacter en privé)
Avatar
Alexey K.
Bonjour,

Je n'ai pas le plaisir de coder en WebDev donc ne peux pas comparer
avec WinDev.

Notion de "style" dans WinDev :

-chaque projet utilise un fichier NomDuProjet.sty (cf. description du
projet / style)
-l'option modifier le style d'un bouton (par exemple) permet de
dupliquer le style standard, le modifier et l'enregistrer
-on peut ensuit ré - utiliser ce style dans différentes fenêtres du
projet

Je procède comme suit :
-création d'un projet vide nommé "Style", la feuille de style
associée est créée à la racine du projet
-à chaque nouveau projet créé il faut aller dans "description du
projet / style" et ouvrir le fichier « Style/style.sty »

De cette façon :
-on a tous les styles des champs personnalisés lors des projets
précédents
-quand on crée de nouveaux styles de champs ils sont disponibles pour
tous les autres projets qui partagent le fichier « .sty »

Limitations :
1) Les images associées aux boutons sont extraites par défaut dans la
racine de votre projet principal et non dans le projet nommé style. Il
faut donc copier les images dans le projet style et vérifier que les
styles créés pointent sur les bons fichiers.

2) L'affichage « éditeur de fenêtre » / « éditeur de style »
n'est pas synchronisé automatiquement. Si je reprends un ancien
projet j'ai l'impression que les boutons ont perdu leur style. Le
style des boutons a bien été modifié en dehors du projet, mais
l'affichage dans l'éditeur de fenêtre n'est pas rafraichi. Il
faut ré - appliquer le style sur chaque bouton (synchronisation
manuelle). A vérifier : si on fait un GO de la fenêtre, est ce que le
style affiché est synchro par rapport au fichier « .sty » ?

Avantages / inconvénients :
-gestion centralisée des images utilisées par les projets
-capitalisation des styles personnalisés au fur et à mesure des
projets
-gestion plus compliquée (faire attention à l'emplacement des
images en permanence)
-toute modification du fichier « .sty » impacte plusieurs projets
simultanément (en bien ou en mal)

Ma conclusion :
-cette approche me permet un gain de temps à chaque projet
-je vous conseille vivement de tester en dehors de vos projets et
d'en mesurer les conséquences avant de généraliser ce principe sur
les projets clients

Cordialement.
Avatar
Vincent
Dans windev il manque un objet : ImageList (ca existe en c#)
c'est une liste qui peut contenir une série d'images style images de bouton.
ça évite d'avoir des images dans tous les coins ...
Mr PC-Soft tu peux pas y penser ?

Vincent


"Alexey K." a écrit dans le message de news:

Bonjour,

Je n'ai pas le plaisir de coder en WebDev donc ne peux pas comparer
avec WinDev.

Notion de "style" dans WinDev :

-chaque projet utilise un fichier NomDuProjet.sty (cf. description du
projet / style)
-l'option modifier le style d'un bouton (par exemple) permet de
dupliquer le style standard, le modifier et l'enregistrer
-on peut ensuit ré - utiliser ce style dans différentes fenêtres du
projet

Je procède comme suit :
-création d'un projet vide nommé "Style", la feuille de style
associée est créée à la racine du projet
-à chaque nouveau projet créé il faut aller dans "description du
projet / style" et ouvrir le fichier « Style/style.sty »

De cette façon :
-on a tous les styles des champs personnalisés lors des projets
précédents
-quand on crée de nouveaux styles de champs ils sont disponibles pour
tous les autres projets qui partagent le fichier « .sty »

Limitations :
1) Les images associées aux boutons sont extraites par défaut dans la
racine de votre projet principal et non dans le projet nommé style. Il
faut donc copier les images dans le projet style et vérifier que les
styles créés pointent sur les bons fichiers.

2) L'affichage « éditeur de fenêtre » / « éditeur de style »
n'est pas synchronisé automatiquement. Si je reprends un ancien
projet j'ai l'impression que les boutons ont perdu leur style. Le
style des boutons a bien été modifié en dehors du projet, mais
l'affichage dans l'éditeur de fenêtre n'est pas rafraichi. Il
faut ré - appliquer le style sur chaque bouton (synchronisation
manuelle). A vérifier : si on fait un GO de la fenêtre, est ce que le
style affiché est synchro par rapport au fichier « .sty » ?

Avantages / inconvénients :
-gestion centralisée des images utilisées par les projets
-capitalisation des styles personnalisés au fur et à mesure des
projets
-gestion plus compliquée (faire attention à l'emplacement des
images en permanence)
-toute modification du fichier « .sty » impacte plusieurs projets
simultanément (en bien ou en mal)

Ma conclusion :
-cette approche me permet un gain de temps à chaque projet
-je vous conseille vivement de tester en dehors de vos projets et
d'en mesurer les conséquences avant de généraliser ce principe sur
les projets clients

Cordialement.
Avatar
Pascal ROY
C'est vrai que ça manque ...
Ca existe depuis la version 3 de Delphi, qui est sortie en...
95~96 environ !
Mais, bon ! Pas de polémique :-)

--
Pascal ROY
(Service Informatique - SODALEC)

Vincent a écrit :
Dans windev il manque un objet : ImageList (ca existe en c#)
c'est une liste qui peut contenir une série d'images style images de bouton.
ça évite d'avoir des images dans tous les coins ...
Mr PC-Soft tu peux pas y penser ?

Vincent


"Alexey K." a écrit dans le message de news:

Bonjour,

Je n'ai pas le plaisir de coder en WebDev donc ne peux pas comparer
avec WinDev.

Notion de "style" dans WinDev :

-chaque projet utilise un fichier NomDuProjet.sty (cf. description du
projet / style)
-l'option modifier le style d'un bouton (par exemple) permet de
dupliquer le style standard, le modifier et l'enregistrer
-on peut ensuit ré - utiliser ce style dans différentes fenêtres du
projet

Je procède comme suit :
-création d'un projet vide nommé "Style", la feuille de style
associée est créée à la racine du projet
-à chaque nouveau projet créé il faut aller dans "description du
projet / style" et ouvrir le fichier « Style/style.sty »

De cette façon :
-on a tous les styles des champs personnalisés lors des projets
précédents
-quand on crée de nouveaux styles de champs ils sont disponibles pour
tous les autres projets qui partagent le fichier « .sty »

Limitations :
1) Les images associées aux boutons sont extraites par défaut dans la
racine de votre projet principal et non dans le projet nommé style. Il
faut donc copier les images dans le projet style et vérifier que les
styles créés pointent sur les bons fichiers.

2) L'affichage « éditeur de fenêtre » / « éditeur de style »
n'est pas synchronisé automatiquement. Si je reprends un ancien
projet j'ai l'impression que les boutons ont perdu leur style. Le
style des boutons a bien été modifié en dehors du projet, mais
l'affichage dans l'éditeur de fenêtre n'est pas rafraichi. Il
faut ré - appliquer le style sur chaque bouton (synchronisation
manuelle). A vérifier : si on fait un GO de la fenêtre, est ce que le
style affiché est synchro par rapport au fichier « .sty » ?

Avantages / inconvénients :
-gestion centralisée des images utilisées par les projets
-capitalisation des styles personnalisés au fur et à mesure des
projets
-gestion plus compliquée (faire attention à l'emplacement des
images en permanence)
-toute modification du fichier « .sty » impacte plusieurs projets
simultanément (en bien ou en mal)

Ma conclusion :
-cette approche me permet un gain de temps à chaque projet
-je vous conseille vivement de tester en dehors de vos projets et
d'en mesurer les conséquences avant de généraliser ce principe sur
les projets clients

Cordialement.