Discussion :

[forstera]

Bonjour,

J'ai un petit problème concernant l'affichage d'une bulle d'aide sur des champs contenus dans une zone répétée. Pour compliquer un petit peu la chose, cette zone répétée se trouve dans une fenêtre interne et il y a plusieurs fenêtres internes sur mon écran (cf image ci-dessous).

En début de tests, les bulles d'aides ne s'affichaient que si je cliquais dans un champ pour passer en mode 'Edition'. J'ai donc réalisé toute une série de tests et fonction pour essayer d'afficher ces bulles d'aide sans devoir être en mode édition. j'ai donc réaliser des opérations sur des événements tels que survol_souris, etc. L'idée étant que je donne le focus à ma fenêtre interne sur le survol de cette dernière mais me suis heurté sur le comment trouver son indice (peut-être avec sa position).

Bref, ceci était avant que je ne me rende compte que l'affichage des bulles d'aide est vraiment étrange.. bug ou autre ? voici les faits :

1. Lorsque je clique sur un champ de ma ZR se trouvant dans une entête de rupture et que je déplace ensuite sur les différents champs de cette dernière, les bulles d'aides apparaissent et son relatives au champ survolé. Systématiquement, le curseur change et indique un état d'édition (la flèche rouge indique l'emplacement de ma souris et du symbole 'Edition')




2. Si maintenant je ne clique pas sur un champ se trouvant dans mon entête de rupture mais sur la zone 'bleue' et que je survolais ces mêmes champs, rien ne se passait ; d'où les tentatives de donner un focus cités ci-dessus. Mais je me suis rendu compte un peu par hasard que les bulles d'aide apparaissent bien mais plus du tout en survolant les différents champs mais suivant un décalage de plusieurs centimètres sur l'axe des Y. Je suppose que cela est dû au fait des ruptures de ma ZR et pourrait être un bug.. qu'en pensez- vous ? (la flèche rouge indique l'emplacement de ma souris et du symbole 'Edition')



Merci à tous pour votre temps

[tbc92]

Apparemment, la hauteur de décalage correspond à la hauteur du bandeau en haut de l'écran.

Je crois que infoXY() mesure la position de la souris par rapport au coin juste en dessous du bandeau, et non en haut à gauche du bandeau.

[forstera]

Apparemment, la hauteur de décalage correspond à la hauteur du bandeau en haut de l'écran.

Je crois que infoXY() mesure la position de la souris par rapport au coin juste en dessous du bandeau, et non en haut à gauche du bandeau.

Ah oui bien possible... mais ce qui est étrange est que ce décalage ne se produit que lorsque un champ de ma ZR n'est pas en mode édition..
bon, je pense qu'il n'y a pas grand chose à faire si ce n'est de soumettre évent. un rapport de bug ...

[Jon Shannow]

Il me semble que l'on peut dire quel est le point de référence pour infoXY()

[forstera]

Il me semble que l'on peut dire quel est le point de référence pour infoXY()

Ok merci mais la problématique ensuite est qu'il faudra commencer à gérer des événements de style souris_survol ou autre et éventuellement changer le point de référence ?

[tbc92]

Je viens de faire un rapide test.
Je crée une fenêtre interne avec quelques champs.
Pour chaque champ, dans l'onglet aide, je mets un texte quelconque pour la bulle d'aide.
Je crée une autre fenêtre
Je mets une zone répétée dans cette fenêtre.
Et je fais en sorte d'afficher ma fenêtre interne dans cette zone répétée.

Je crée un bouton avec simplement une boucle pour insérer 5 lignes dans ma zone répété.

Tout fonctionne comme il faut, sans la moindre ligne de code. Je suis en WD24, mais je ne pense pas qu'il y ait des différences à cause de ça.

J'ai poussé le test un peu plus loin, j'ai créé une 2ème fenêtre interne,
Et j'ai mis un bouton :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ChangeFenêtreSource(ZoneRépétée1[1].FenêtreInterne1, FenêtreInterne2  )

Donc, je veux avoir une certaine fenetre interne pour la zone 1 de ma zone répétée, et l'autre fenetre interne pour les autres lignes.

Ca marche, à condition de désactiver le paramètre par défaut 'Fenêtre identique pour toutes les lignes' dans la description du champ fenêtre interne.
Et les histoires de bulles d'aide en survol fonctionnent sans problème.

Souvent dans Windev, quand un truc ne marche pas, il ne faut pas ajouter des lignes de code... mais en enlever.

Pour le champ

[forstera]

Je viens de faire un rapide test.
Je crée une fenêtre interne avec quelques champs.
Pour chaque champ, dans l'onglet aide, je mets un texte quelconque pour la bulle d'aide.
Je crée une autre fenêtre
Je mets une zone répétée dans cette fenêtre.
Et je fais en sorte d'afficher ma fenêtre interne dans cette zone répétée.

Je crée un bouton avec simplement une boucle pour insérer 5 lignes dans ma zone répété.

Tout fonctionne comme il faut, sans la moindre ligne de code. Je suis en WD24, mais je ne pense pas qu'il y ait des différences à cause de ça.

J'ai poussé le test un peu plus loin, j'ai créé une 2ème fenêtre interne,
Et j'ai mis un bouton :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ChangeFenêtreSource(ZoneRépétée1[1].FenêtreInterne1, FenêtreInterne2  )

Donc, je veux avoir une certaine fenetre interne pour la zone 1 de ma zone répétée, et l'autre fenetre interne pour les autres lignes.

Ca marche, à condition de désactiver le paramètre par défaut 'Fenêtre identique pour toutes les lignes' dans la description du champ fenêtre interne.
Et les histoires de bulles d'aide en survol fonctionnent sans problème.

Souvent dans Windev, quand un truc ne marche pas, il ne faut pas ajouter des lignes de code... mais en enlever.

Pour le champ

Wow ! merci beaucoup pour ton temps et tes tests ; je vais encore chercher de mn côté. Dans ma fenêtre interne, ma zone répétée comporte 2 ruptures ; je vais essayer d'en supprimer une pour voir si cela change qqchose.
A part ça, l'idée d'avoir une fenêtre interne dans la zone répétée est top ; je la garde mais je ne pense pas que nous pouvons avoir une Fenêtre interne dans une zone répétée qui est elle-même inclue dans une fenêtre interne.. ce qui m'arrangerait bien
En tout cas, merci infiniment pour ton temps et tes idées !

[tbc92]

Je ne vois vraiment pas pourquoi on ne pourrait pas imbriquer ... comme dans ta dernière proposition.

J'avais mal compris, je croyais que ta configuration, c'était celle que j'ai reproduite.

Une fenêtre interne, c'est ni plus ni moins une fenêtre normale. Dans les fenêtres internes, c'est plus sain que le code qui va manipuler tout ça soit dans la fenêtre interne elle-même. Et c'est surtout plus facile. Et dans la fenêtre qui contient cette fenêtre interne, tu auras simplement une ligne, pour appeler la bonne procédure.
Dans l'idée, ta fenêtre interne, elle est pour l'instant dans ta fenêtre-contenant n°1, mais demain, tu pourrais tout aussi bien la réutiliser dans une fenêtre-contenant n°2, sans avoir à rien réécrire.

[forstera]

Je ne vois vraiment pas pourquoi on ne pourrait pas imbriquer ... comme dans ta dernière proposition.

J'avais mal compris, je croyais que ta configuration, c'était celle que j'ai reproduite.

Une fenêtre interne, c'est ni plus ni moins une fenêtre normale. Dans les fenêtres internes, c'est plus sain que le code qui va manipuler tout ça soit dans la fenêtre interne elle-même. Et c'est surtout plus facile. Et dans la fenêtre qui contient cette fenêtre interne, tu auras simplement une ligne, pour appeler la bonne procédure.
Dans l'idée, ta fenêtre interne, elle est pour l'instant dans ta fenêtre-contenant n°1, mais demain, tu pourrais tout aussi bien la réutiliser dans une fenêtre-contenant n°2, sans avoir à rien réécrire.

Il me semble que j'avais fait le test d'avoir une fenêtre interne contenant une zone répétée qui elle-même contenait une fenêtre interne et ça buggait ... mais peut-être que j'aurais dû changer mes références dans les champs affichés ; je ne sais plus exactement.

Actuellement, tous mes traitements sont effectivement faits dans du code contenu dans ma fenêtre interne. Je passe juste en paramètre lors de la création d'un nouvelle fenêtre interne l'ID de mon enregistrement à afficher. Ensuite, sachant que toutes les données à afficher proviennent de 6 fichiers ! , je procède par requête.

Merci pour ton aide

[Voroltinquo]

Bonjour,
Plutôt que des fenêtres internes as-tu tenté les modèles de champ qui sont plus faciles à manipuler.
Il est aussi possible de mixer les deux.

[forstera]

Bonjour,
Plutôt que des fenêtres internes as-tu tenté les modèles de champ qui sont plus faciles à manipuler.
Il est aussi possible de mixer les deux.

Merci pour la recommandation mais je dois avouer qu'étant novice en Windev, je n'ai pas encore exploré ce sujet. Mais si j'ai bien compris, le modèle de champ permet de regrouper un certain nombre de champs pour les utiliser ensuite dans différentes situations....
Dans mon cas, je dois effectivement répéter un certain nombre de fois l'affichage de champs mais le nombre de répétitions est très variable d'où mes fenêtres internes. Ensuite à l'intérieur de mes fenêtres internes, je dois afficher des enregistrement provenant de plusieurs fichiers mais là encore, le nombre d'enregistrement varie d'où l'utilisation d'une zone répétée.

Je ne sais donc pas si à ce niveau un modèle de champ pourrait m'apporter un plus ...

Merci pour ton idée qu'il faudra tout de même que j'explore