Discussion :

[Gregus]

Bonjour à toutes et à tous,

J'ai une fenêtre interne dans laquelle il y a un champ table qui affiche par programmation les éléments d'une requête.

Dans sa taille d'affichage standard, le champ table affiche 18 lignes et le reste est visualisable par l'ascenseur.


Ce que je n'arrive pas à faire et pour lequel je sollicite votre aide, c'est lorsque je maximise la fenêtre principale qui contient la FI, le champ table s'agrandit et il s'affiche plus de ligne que n'en contient le résultat de la requête. Du coup je me retrouve avec ligne vide.


Est-ce qu'il est bien possible d'avoir l'affichage d'un champ table proportionnel au nombre de ligne?

Est-ce que vous pouvez m'indiquer un axe de recherche et de travail pour aboutir à un résultat?

J'ai essayé avec le traitement "changement de taille" de la FI ou celui du champ table sans obtenir le résultat recherché

Code WINDEV :

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

1
2
3
4
5
 
xNbreLigne est un numérique
xNbreLigne = TableOccurrence(TABLE_OMPI, toTotal)
Trace(xNbreLigne)
TABLE_OMPI..Hauteur = xNbreLigne*19

Mais lorsque je modifie le nombre de jours à afficher il n'y a pas de modification de l'affichage et surtout lorsque je réduis l'affichage il n'y a pas de réduction du champ table et du nombre de ligne affichée.

Merci pour vos conseils

Gregus

[frenchsting]

Bonjour,

Dans le code de la fenêtre contenante, tu ajoutes la partie de code pour l'évènement "Modification de la taille de FEN_MaFenetre".

Dans cette zone de code, tu vas pouvoir t'amuser avec les dimensions de la fenêtre.

Sinon, autre piste : c'est toi qui crées et gères les boutons d'agrandissement et autres.

[Gregus]

Bonjour frenchsting,

Merci pour ton aide.

J'ai une fenêtre principale : FEN_Principale dans laquelle j'ai vu effectivement qu'il y a des évènements optionnels dont notamment "Modification de la taille de FEN_Principale" et "Changement de taille de FEN_Principale". Le premier n'a pas de nom système et le second est WM_SIZE.

S'il y a deux noms différents, il doit y avoir deux usages différents. Je n'ai pas trouvé dans la doc d'informations particulières. Est-ce que le WM_SIZE c'est parce que ça ne ne fonctionne que pour les appli mobile?

J'ai mis un trace dans les deux évènements et effectivement j'ai un retour lorsque je maximise ou réduit la fenêtre principale.

Mais voilà, FEN_Principale contient un champ onglet, qui affiche une fenêtre interne : FI_OMPI, qui affiche la fameuse table.

Dans la fenêtre interne il y a un évènement "Changement de taille (WM_SIZE) de FI_OMPI" j'ai mis un trace dedans et à chaque fois que je maximise ou réduit la fenêtre principale il y a un retour. Je me dis donc que je peux laisser le code dans cette partie.

Je n'ai pas encore le niveau pour créer et gérer les boutons d'agrandissement et autres, même si j'ai déjà lu quelques trucs dessus.

Dans ma réflexion, ce n'est pas avec les dimensions de la fenêtre que je veux m'amuser, mais avec celles du champ table. Est-ce que ça change quelque chose?

Est-ce que l'évènement "Changement de taille (WM_SIZE) de FI_OMPI" fait la différence entre la maximisation ou la reduction? Je ne pense pas, corrigez moi si je me trompe.

Comment savoir quand la fenêtre est maximisée et quand elle est réduite? Je vais faire des essais avec la fonction FenTaille

[frenchsting]

Bonjour Gregus,

Oui FenTaille(LaFenQuiVaBien) te renvoie les constantes (TailleMaxi, TailleMini, TailleNormale).

[tbc92]

Changement de taille, pour moi, ça s'active dans 2 cas :
- Si on clique sur les options 'minimaliser, maximaliser ou taille normale'
- quand on agrandit ou réduit la fenêtre de quelques pixels (largeur ou hauteur)

Ici, les 2 cas nous intéressent, surtout le 2nd.

Et dans la liste des événements d'une table, tu peux aussi sélectionner l'événement 'A chaque modif de la taille de table1'.

Je crois que dans ce cas, table1.hauteur te donne la nouvelle hauteur, et tu ne peux pas avoir l'ancienne. Mais ça te suffit :

Code :

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

si table1.hauteur > 10 + 10 * table1.occurrence alors table1.hauteur = 10 + 10 * table1.occurrence

En supposant que la ligne de titre et chaque ligne de la table font 10 pixels.

J'ai peur que l'effet visuel provoque des 'tremblements'.

Une piste, c'est peut-être de désactiver l'ancrage en hauteur, et de gérer l'ancrage toi-même.

[Gregus]

J'ai mis dans l'évènement "Changement de taille (WM_SIZE) de FI_OMPI"

Code windev :

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

1
2
3
4
5
6
 
SI FenTaille(FEN_Principale, TailleMaxi) ALORS
	Trace("Fenêtre est maxi")
SINON
	Trace("Fenêtre est réduite")
FIN

lorsque je maximise ou réduit j'ai bien le retour des traces, mais pas toujours les bons. Et même, à la réduction, l'instruction est exécutée deux fois. J'ai mis un point d'arrêt pour déboguer, mais pour l'instant je n'ai pas encore compris.

[frenchsting]

Bonjour,

J'utiliserais plutôt le FenTaille comme ceci :

Code :

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

1
2
3
4
5
6
7
8
SELON FenTaille(FEN_Principale)
CAS TailleMaxi
// Mise en forme table
CAS TailleNormale
// Mise en forme table
AUTRES CAS
// Rien
FIN

[Gregus]

Bonjour,

Le

Code Windev :

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

 SI FenTaille(FEN_Principale,TailleMaxi) ALORS

avait des comportements bizarres

Alors que

Code Windev :

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

 SI FenTaille(FEN_Principale) = TailleMaxi ALORS

après plusieurs tests, ça à l'air de fonctionner correctement.

@frenchsting et aux autres aussi. En débutant, l'instruction SI est facile à utiliser. Il m'a fallu un peu plus de temps pour l'instruction SELON, en dehors du fait que SELON offre plus d'options, et sans vouloir lancer un débat entre les pour et les contres, est-ce qu'il y a une différence de traitement ou de lecture à l’exécution?

Je pense que je vais utiliser l'instruction SELON, parce qu'elle donne avec précision les cas dans lesquels faire tel ou tel action.

@tbc92, je n'ai pas sauté ta réponse, maintenant que je sais où écrire le code des actions à faire, je vais tester ton conseil.

[Voroltinquo]

[QUOTE=Gregus;11942122est-ce qu'il y a une différence de traitement ou de lecture à l’exécution?
[/QUOTE]
SELON se termine lorsqu'une condition est trouvée, il faut donc faire attention aux "chevauchements de cas"
e.g.

Code :

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

1
2
3
4
5
6
7
8
9
 
PROCEDURE TestSelon(nValeur est entier)
SELON nValeur
     CAS <0 :
          Trace("Négatif")
     CAS -2<=*<=2 :
          Trace("Compris entre -2 et 2 inclus")
     AUTRE CAS
           Trace("Supérieur à 2")

TestSelon(-1) renverra Négatif, alors que -1 est aussi compris entre -2 et 2.
SELON évite les grosses imbrications et facilite les

Code :

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

1
2
3
4
5
 
SI Cond1 ET Cond2 OU (Cond3 ET Cond4) ALORS
......
SINON
    SI PAS Cond1 ET ....

en appliquant Quine-Mc Cluskey (méthode de minterm)
Dans le cas litigieux,

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
PROCEDURE TestSelon(nValeur est entier)
bNeg est booléen,
bCompris est booléen
nRes est entier
 
SI nValeur <0 ALORS
     bRes=Vrai
FIN
SI nValeur=-2 A 2 ALORS
     bCompris=Vrai
FIN
nRes=2*bRes+bCompris //4*Bool1+2*Bool2+Bool3 pour 3 possibilité etc...
 
SELON nRes
     CAS 1 :
          Trace("Compris entre -2 et 2")
     CAS 2 :
           Trace("Négatif")
     CAS 3 :
           Trace("Entre -2 et 0")
     AUTRE CAS :
          Trace("Positif ou nul")

[frenchsting]

Le

Code Windev :

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

 SI FenTaille(FEN_Principale,TailleMaxi) ALORS

avait des comportements bizarres

Alors que

Code Windev :

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

 SI FenTaille(FEN_Principale) = TailleMaxi ALORS

après plusieurs tests, ça à l'air de fonctionner correctement.

C'est juste que dans un cas, tu lui fais exécuter un redimensionnement, et que dans l'autre du lui demande si la fenêtre est à l'état Maximisée.

@frenchsting et aux autres aussi. En débutant, l'instruction SI est facile à utiliser. Il m'a fallu un peu plus de temps pour l'instruction SELON, en dehors du fait que SELON offre plus d'options, et sans vouloir lancer un débat entre les pour et les contres, est-ce qu'il y a une différence de traitement ou de lecture à l’exécution?

Je pense que je vais utiliser l'instruction SELON, parce qu'elle donne avec précision les cas dans lesquels faire tel ou tel action.

Tu as répondu à la question : c'est plus lisible. La différence de temps de traitement (à "code égal" dans les SI et les CAS) ne doit être négligeable, voire nulle.