Discussion :

[droliprane]

Bonjour tout le monde

J'ai un petit soucis avec un champs fenêtre interne 1 (qui me sert à proposer un panel de menus "favoris") qui se retrouve masqué suite à un changeFenêtreSource de la fenêtre interne 2 sur laquelle est superposé le champs 1.

C'est sûrement pas très clair, alors je vous mets 2 petites captures :


Là j'affiche mon panel de favoris en cliquant sur le petit bouton étoile en bas à droite :



Puis je clique sur un des boutons, ce qui déclenche un changeFenetreSource sur la grande fenêtre interne en arrière plan (qui au départ ne contient rien), et qui finalement passe devant ma petite fenêtre interne de mes favoris :



Je sais qu'elle se cache derrière, parce que quand je ferme ma grande fenêtre interne, je retrouve mon panel de favoris.

J'ai essayé avec les altitudes, mais ce n'est pas mieux.

Si vous avez une idée je suis preneur. Je ne veux pas le faire à l'aide d'une fenêtre fille, car je veux vraiment que le "panneau" soit "docké" dans le coin en bas à droite de ma fenêtre principale, qu'il reste au premier plan tant qu'on a décidé de le laisser ouvert, jusqu'à ce qu'on l'escamote en recliquant sur le bouton des favoris...

merci

[tbc92]

Juste une question, l'étoile en bas à droite, c'est un 'bouton' avec du code ?
Si oui, quel est le code qui s'exécute ?
Si non, c'est quoi comme outil ?

Autre piste. Crée une fenêtre nouvelle , avec juste un bouton Etoile dans la barre du bas, et ce bouton Etoile doit faire apparaître une fenêtre interne.
Crée cette fenêtre de toutes pièces, sans copier/coller quoi que ce soit de ta fenêtre existante. Et teste si sur cette nouvelle fenêtre, la fenêtre interne apparaît bien au 1er plan. Si dans cette nouvelle fenêtre, ça marche, ça va beaucoup t'aider à débugger ta fenêtre actuelle. Si l'expérience ne marche pas non plus, dommage, faudra chercher plus.

[philouZ]

Bonjour,

Si tu es en version 24, tu as les panneaux dockables qui devraient répondre à ta problématique. Sinon tu peux utiliser le champ disposition qui te permettrait de rendre visible ou invisible l'une ou l'autre de tes fenêtres. Du coup en utilisant les ancrages
tes champs se redimensionneraient correctement.

[frenchsting]

Tu dis que tu joué avec les altitudes. C'est dans l'IDE ou par programmation ?

[droliprane]

Bonjour à tous et merci pour votre intérêt.

Alors dans l'ordre :

la petite icône étoile en bas à droite est une image cliquable, et le code est juste le suivant : CFI_FAVORIS..visible = PAS CFI_FAVORIS..visible

Je ne suis qu'en version 21 hélas.

Pour l'altitude, c'est par programmation. A l'initialisation de ma fenêtre principale, qui contient les fenêtres internes, je donne l'altitude 999 à ma CFI_FAVORIS.
Mais chaque changeFenetrerSource(CFI_TRAVAIL, chaine_menu) fait repasser CFI_TRAVAIL devant CFI_FAVORIS.

[philouZ]

Pourquoi ne pas masquer ta cfi_favoris quand tu n'en a pas besoin, tu augmentes la cfi_principale et inversement quand tu affiches les favoris. De cette manière tu peux avoir les 2 qui cohabites de manière agréable.

[droliprane]

Pourquoi ne pas masquer ta cfi_favoris quand tu n'en a pas besoin, tu augmentes la cfi_principale et inversement quand tu affiches les favoris. De cette manière tu peux avoir les 2 qui cohabites de manière agréable.

Ah non, elles doivent absolument être superposées (comme un menu en overlay sur une télé par exemple). Si je redimensionne ma CFI_TRAVAIL (la grande derrière) pour dévoiler la CFI_FAVORIS, visuellement ça va faire dégueu.

J'ai peut-être trouvé le truc en reforçant une altitude élevée (à 9999 par exemple) après chaque changeFenetreSource, ça occasionne un léger blink mais c'est presque bon

[frenchsting]

Tu peux également baisser l'altitude de l'autre fenêtre interne à chaque appel.

[Voroltinquo]

Bonjour,
A mon avis ton problème vient de l'ordre de création des fenêtres.
J'ai effectué les manips suivantes sous WD 20 et 23 les comportements ont été les mêmes.
Les CFI ont l'état initial suivant : CFI_Travail : Visible, CFI_Préféré : Non visible

1-CFI_Travail créée avant CFI_Préféré : Pas le problèmes
2-CFI_Préféré créée avant CFI_Travail : Pas d'accès aux boutons (CFI_Travail est "devant"). Le problème a été réglé en modifiant l'alititude de CFI_Travail directement au niveau de l'interface (passage en arrière plan). J'ai aussi tenté de modifier l'ordre d'initialisation et de navigation sans succès.

[philouZ]

...visuellement ça va faire dégueu

Si tes ancrages sont bien gérés, ça fera propre.

...ça occasionne un léger blink mais c'est presque bon

As tu essayé de mettre ..AffichageActif à faux sur la fenêtre principale, ce qui ne devrait pas provoquer de clignotement.

[droliprane]

Bonjour

effectivement le affichageActif=Faux a reglé le problème de "clignotement" de la fenêtre du premier plan lorsqu'on en ouvre une autre derrière.

Mais je m'aperçois après quelques tests qu'il y a des désagréments, le plus pénible étant que si la fenêtre se trouvant à l'arrière plan contient une table "scrollable", alors dès qu'on manipule l'ascenseur de cette table (directement via l'ascenseur ou avec la roulette souris), cela fait remonter l'ascenseur au premier plan (mais seulement l'ascenseur) si bien qu'il se mélange dans mon volet situé au premier plan, voyez plutôt :



L'autre effet est qu'en la présence de ce volet des favoris au premier plan, le scroll des tables via la roulette est aussi beaucoup plus long que lorsque le volet des favoris est rendu invisible.

Etrange...

[padbrain]

Bonjour,

Je te propose de le faire avec une fenêtre fille avec ce code sur ton bouton :

Code :

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

1
2
3
4
5
6
 
SI FenEtat(FE_Favoris) <> Inexistant ALORS 
	FE_Favoris.Ferme()
SINON
	FE_Favoris.OuvreFille()
FIN

Cependant, tu vas devoir gérer le positionnement de ta fenêtre, non seulement à l'ouverture mais aussi au déplacement de la fenêtre appelante.
Pour ce faire, tu pourrais utiliser une procédure interne dans la déclaration de ta fenêtre "favoris" que tu ajouterais à l'évènement "demandeDeMiseAJour" de la fenêtre comme suit :

Code :

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

1
2
3
4
5
6
7
8
 
PROCÉDURE MaFenêtre(pActions)
 
	PROCÉDURE INTERNE setPosition()
		FE_Favoris..X = pActions.getFenetreAppelanteX() + 390
		FE_Favoris..Y = pActions.getFenetreAppelanteY() + 60
	FIN
	MoiMême..Traitement[trtDemandeMiseAJour] += setPosition

Il ne te reste plus qu'à récupérer les coordonnées de la fenêtre appelante.
C'est le rôle du paramètre pActions qui est une structure contenant autant de propriétés de type procédure que nécessaires.

=> Dans la déclaration de la fenêtre appelante, tu as :

Code :

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

1
2
3
4
5
6
7
8
9
 
STActionsFenetreFille est une Structure
	getFenetreAppelanteX est une Procédure
	getFenetreAppelanteY est une Procédure
FIN
 
gActions est un STActionsFenetreFille 
gActions.getFenetreAppelanteX = renvoyerCoordonneeX
gActions.getFenetreAppelanteY = renvoyerCoordonneeY

et les deux procédures locales suivantes :

Code :

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

1
2
3
4
5
6
7
8
9
 
PROCÉDURE renvoyerCoordonneeX()
 
RENVOYER MoiMême..X
 
 
PROCÉDURE renvoyerCoordonneeY()
 
RENVOYER MoiMême..Y

Et le dernier point à mettre en place est dans l'évènement de déplacement de la fenêtre appelante dans lequel tu indiques à la fenêtre fille de mettre ses coordonnées à jour.

Code :

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

1
2
3
4
5
 
 
SI FenEtat(FE_Favoris) <> Inexistant ALORS 
	ExécuteTraitement(FE_Favoris, trtDemandeMiseAJour)
FIN

hth,
Padbrain