PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2024 → Altération des référence de style aux éléments du gabarit
Altération des référence de style aux éléments du gabarit
Débuté par Christophe PRADEL, 20 juin 2019 14:12 - 8 réponses
Membre enregistré
136 messages
Popularité : +12 (14 votes)
Posté le 20 juin 2019 - 14:12
Bonjour,

Voici un problème que je rencontre depuis plusieurs versions déjà et qui me fait perdre beaucoup de temps !

Au départ :

Mon projet est rattaché à un gabarit (en l'occurrence "Material Design Blue")

En regardant le style des champs, on peut voir sur certains éléments, la référence à l'image du style associée, comme ici par exemple pour le style de la zone de saisie d'un champ de saisie :







A un moment donné :

Régulièrement, et sans que je n'arrive à comprendre quand et pourquoi, je vois apparaître des erreurs de compilation IHM :






Et lorsque je revient dans la définition du style, je m'aperçois que le chemin du projet a disparu du chemin de référence de la ressource de style :







Questions :

- Quelqu'un a-t-il expérimenté de phénomène et a-t-il trouvé la cause et/ou la méthode de réparation rapide ?

- Etant donné que ce sont chaque fois presque tous les champs qui sont impactés, existe-t-il une métrhode pour restaurer les valeurs de base du gabarit sans travaille champ par champ ?

Merci pour votre aide
Membre enregistré
1 935 messages
Popularité : +53 (65 votes)
Posté le 20 juin 2019 - 15:01
Bonjour,

Qu'a de spécial le répertoire D:\Workspaces\TestProjets ?

--
Bon dev,
Jean-Pierre
Membre enregistré
136 messages
Popularité : +12 (14 votes)
Posté le 20 juin 2019 - 17:18
C'est le répertoire de dev racine de mon projet (qui contient le WDP

Petite particularité : les fenêtres de mon projet sont stockées dans des sous répertoires du répertoire racine du projet.
Membre enregistré
3 883 messages
Popularité : +227 (347 votes)
Posté le 20 juin 2019 - 19:49
Bonjour,
La plupart du temps, Projet/Recompiler et synchroniser/Réactualiser style et gabarit fait bien le boulot

--
Il y a peut être plus simple, mais, ça tourne
Membre enregistré
136 messages
Popularité : +12 (14 votes)
Posté le 21 juin 2019 - 07:21
Pas chez moi..
Je dirais même que chaque fois qu'il y a eu une mise à jour de Windev et que j'ai fait une réactualisation des Gabarits, ça a été plutôt catastrophique.
Membre enregistré
2 571 messages
Popularité : +222 (260 votes)
Posté le 21 juin 2019 - 09:02
Bonjour,

Je dois avouer que la gestion des MAJ des gabarits est plutôt mauvaise de par mon expérience. J'ai aussi régulièrement des problèmes avec les gabarits. Et c'est encore pire avec le GDS et le partage d'objets c'est juste catastrophique.

--
Cordialement,

Philippe SAINT-BERTIN
Posté le 21 juin 2019 - 09:10
Christophe PRADEL a exposé le 20/06/2019 :
Bonjour,

Voici un problème que je rencontre depuis plusieurs versions déjà et qui me
fait perdre beaucoup de temps !

Au départ :

Mon projet est rattaché à un gabarit (en l'occurrence "Material Design Blue")

En regardant le style des champs, on peut voir sur certains éléments, la
référence à l'image du style associée, comme ici par exemple pour le style de
la zone de saisie d'un champ de saisie :







A un moment donné :

Régulièrement, et sans que je n'arrive à comprendre quand et pourquoi, je
vois apparaître des erreurs de compilation IHM :






Et lorsque je revient dans la définition du style, je m'aperçois que le
chemin du projet a disparu du chemin de référence de la ressource de style :







Questions :

- Quelqu'un a-t-il expérimenté de phénomène et a-t-il trouvé la cause et/ou
la méthode de réparation rapide ?

- Etant donné que ce sont chaque fois presque tous les champs qui sont
impactés, existe-t-il une métrhode pour restaurer les valeurs de base du
gabarit sans travaille champ par champ ?

Merci pour votre aide


bonjour,

cela peut arriver lorsque vous créez une fenêtre et que vous ajoutez
des champs sur celle-ci avant de l'enregistrer, donc par défaut la 1ère
chose que je fais, est d'enregistrer la fenêtre encore vierge avant d'y
déposer des champs cela limite ce genre d'effet

parfois pour certaines images de champs du gabarit, windev ne copie pas
les images dans le répertoire du projet, elles pointenent toujours dans
le répertoire du gabarit

et enfin il est très compliqué de gérer un unique répertoire désigné
pour centraliser toutes les images appartenant au gabarit ou au projet,
on se retrouve vite fait avec 36 fois la même image dans différent
sous-répertoire du répretoire racine en plus de celle contenue dans
celui-ci. c'est à dire que si vous avec une structure de répertoire
comme suit :
rep racine
- sous rep1
- sour rep2
et qu'on enregistre une fenêtre avec un bouton dans chaque répertoire
il y aura une image (la même pour les 3 fenêtres) dans chaque
répertoire

--
Cordialement JeAn-PhI
Membre enregistré
136 messages
Popularité : +12 (14 votes)
Posté le 21 juin 2019 - 14:46
Merci à chacun d'avoir pris le temps de répondre.

Je ne vois malheureusement pas encore une piste à explorer.
Toutes mes fenêtres sont dans le même sous-répertoire du projet (Je les organise avec des Perso-Dossiers, mais ça c'est virtuel)
Membre enregistré
136 messages
Popularité : +12 (14 votes)
Posté le 20 novembre 2019 - 07:13
Bonjour à tous
Je me réponds enfin car j'ai trouvé une explication !
Et j'espère pouvoir éviter à quelqu'un la même galère.

En fait, lorsque j'ouvre mon projet depuis l'explorateur de fichier Windows 10 par "Clic droit sur le fichier .wdp" -> "Ouvrir avec" -> WINDEV 24, j'ai plein d'erreur de gabarits (perte du début du chemin dans les références aux images du gabarit, bizarrement ps sur tous les champ)

Si par contre j'ouvre WINDEV 24 et je fais Ouvrir -> Ouvrir un Projet et que je sélectionne mon fichier .wdp, là tout est nickel !

Nickel aussi si j'ai épinglé le projet ouvert dans la barre des tâches

Quand je pense au temps perdu ) remettre à jour les chemins de référence de centaines de champs !!!

Bernadette, calme toi !
Message modifié, 20 novembre 2019 - 07:15