Discussion :

[lubinfo]

Bonjour,

Je crois avoir déjà évoqué le pb mais je n'ai pas retrouvé mon post. D'ailleurs si qq peut m'expliquer comment limiter une recherche au forum windev car je suis perdu.

Ma question:
- Je crée un fenêtre de 800x600 sous windev 5.5 sur un poste windows xp
- Je charge cette même fenêtre depuis le même projet sous windev mais depuis un poste windows 7
- Dans les propriété la fenêtre est passée à 800 x 597 !?

- Je crée l'exécutable sur le poste xp, je l'affiche et un fenExtHaut,fenextlarg me donne : 804 x 604
- Je lance l'exécutable sur un poste windows 7 fenExtHaut,fenextlarg me donne : 804 x 600
- Je lance l'exécutable sur un poste windows 10 fenExtHaut,fenextlarg me donne : 804 x 601

Je pense que le pb vient du fait que la hauteur de la barre de titre est différente suivant les systèmes mais comment s'y retrouver ?

Ce ne sont pas les valeurs retournées par fenExtHaut,FenExtLarg qui me chagrinent mais plutôt le fait que la hauteur mémorisée change et donc si j'ai des boutons très en bas de la fenêtre il peuvent être soit rognés soit collés au bas de la fenêtre.

Déjà confronté à ce cas ?

[tbc92]

A priori, si tu ancres tes boutons comme il faut, ils vont monter ou descendre si pour telle ou telle raison la hauteur de la fenêtre change.

[serendib]

A priori, si tu ancres tes boutons comme il faut, ils vont monter ou descendre si pour telle ou telle raison la hauteur de la fenêtre change.

On ancre rien du tout en 5.5.
Tout celà doit être géré par code.

[Jon Shannow]

On ancre rien du tout en 5.5.
Tout celà doit être géré par code.

Effectivement. Pour ma part, toutes mes fenêtres redimensionnables dans Windev 5.5 appelle une procédure Pf_MajAncrage qui est lancé dans le traitement "Modification de la taille de la fenêtre". Tous les champs de ces fenêtres sont renseignés dans un fichier avec leur ancrage qui sert pour la procédure.

[frenchsting]

Bonjour,

@JonShannow, ça veut dire que tu dupliques cette procédure dans chaque fenêtre ? Tu déplaces les champs ou tu redimensionnes la fenêtre (ou les 2) ?

Il n'y a pas possibilité de passer par les indirections (en WD5.5) et de passer le nom de la fenêtre en paramètre et de forcer la "vraie" taille (suivant l'os, par exemple) ?

Désolé si je suis en dehors de la plaque, mais mes connaissances de WD5.5 remontent à près de 15 ans...

[Jon Shannow]

Salut frenchsting,

Non, non. Je me suis mal fait comprendre. J'ai une procédure globale (Pf_MajAncrage) a qui je passe le nom de la fenêtre, et qui fait tout le boulot en se basant sur les données du fichier qui contient le descriptif des ancrages des champs des différentes fenêtres.
Et oui, je passe par des indirections. Ça marche très bien.
J'suis pas assez courageux pour tout refaire à chaque fois...

JS

[JeAn-PhI]

bonjour,

je ne sais pas si cette fonction existe en 5.5 mais dans votre cas elle serait plus appropriée : FenIntHaut

sinon il faudra utiliser l'api windows : GetClientRect

sinon pour la hauteur de la barre de titre :

Code WD :

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

1
2
3
4
 
SM_CYCAPTION est un entier = 4
 
info("La barre de titre a "+AppelDLL32("user32","GetSystemMetrics" , SM_CYCAPTION)+" pixels de hauteur.")

[frenchsting]

@Js : C'est le préfixe qui m'a enduit d'erreur : pf pour moi veut dire Procédure Fenêtre. Je me doute que tu cherches à optimiser le code

@Jean-Phi : Oui les API, c'est une bonne solution. Logiquement celles-ci étant relativement anciennes, tu dois pouvoir les utiliser dans WD5.5

[serendib]

bonjour,

je ne sais pas si cette fonction existe en 5.5 mais dans votre cas elle serait plus appropriée : FenIntHaut

FenIntHaut existe en 5.5

[Jon Shannow]

@Js : C'est le préfixe qui m'a enduit d'erreur : pf pour moi veut dire Procédure Fenêtre. Je me doute que tu cherches à optimiser le code

En fait, à la base, je l'ai fait pour une fenêtre, d'ou le PF qui effectivement est une procédure d'une fenêtre. Puis, finalement, je l'ai "généralisée" et passée en globale, mais à l'époque je ne l'ai pas renommée en Pg (pour Procédure Globale).