Discussion :

[zoidy]

Salut à tous,

Dans un userform, j'ai une frame qui se remplit de checkbox dynamiquement. Le truc c'est que quelquefois les checkbox dépasse du frame.
Comme je ne peux pas élargir la frame, il faudrait que j'utilise des scrollbar. L'outil est présent dans la toolbox de VBA mais je ne sais pas si c'est possible de l'utiliser pour ce cas là ; et si oui comment ?

Merci pour vos réponses

[Pierre Fauconnier]

Bonjour

Tu dois évidemment afficher la barre de défilement en adaptant la valeur de la propriété ScrollBars. Tu peux demander à ce que la barre soit toujours visible ou seulement lorsque la zone visible est plus grande que le conteneur, grâce à la propriété KeepScrollbarsVisible.

Pour un défilement vertical, tu dois également définir la valeur de la propriété ScrollHeight. Par défaut, cette valeur est à 0 et donc il n'y a pas de défilement possible.

Par exemple, tu peux avoir un frame de 100 de haut et définir la propriété ScrollHeight à 300. La barre de défilement vertical s'affichera et la zone visible dans cette barre représentera +/- un tiers de la hauteur de la barre.

La logique est identique pour la barre de défilement horizontal, en adaptant les noms des propriétés.

Tu peux évidemment définir ces valeurs par macro, en fonction de la place de tes textbox, par exemple.

Ok?

[zoidy]

Impec'

Pour le principe no problem, mais je risque surement d'avoir d'autres questions quand je devrais coder tout ça.

Merci Pierre

[ucfoutu]

Bonjour,

Mets donc ton Frame dans un autre conteneur plus petit (correspondant à la surface d'affichage disponible). Ce conteneur peut être un autre Frame.
Puis fais dérouler, à l'aide des scrollbars, ton Frame (le grand, celui qui contient tes contrôles) dans le petit (le container).
Je te rappelle au besoin que tu peux affecter des valeurs négatives aux propriétés Top et Left d'un Frame...

Bonne continuation...

[Pierre Fauconnier]

Bonjour,

Mets donc ton Frame dans un autre conteneur plus petit (correspondant à la surface d'affichage disponible). Ce conteneur peut être un autre Frame.
Puis fais dérouler, à l'aide des scrollbars, ton Frame (le grand, celui qui contient tes contrôles) dans le petit (le container).
Je te rappelle au besoin que tu peux affecter des valeurs négatives aux propriétés Top et Left d'un Frame...

Bonne continuation...

Et il fait comment après, pour faire dérouler son frame conteneur???? Faudra m'expliquer à quoi cela sert de mettre un frame dans un autre pour utiliser les scrollbars du frame conteneur à la place des scrollbars du frame contenu...
il devra quand même adapter les méthodes de scrollbar...!!!
Moi, pour résoudre le problème des scrollbars du frame conteneur, je propose de mettre dans un deuxième frame conteneur, lui-même placé dans un frame conteneur qui sera placé da... ... ... ...

[ucfoutu]

Réponse du "boulet", donc ...
j'agilise de façon signicative en utilisant une scrollbar totalement indépendante et que je place en bordure du conteneur du Frame (le plus grand) à dérouler

Je donne à la scrollbar une valeur maxi = à la différence entre le cadre contenu (le plus grand) et le cadre conteneur (le plus petit)

je place (en mode création) le côté supérieur du frame "contenu" (le plus grand) tout en haut du Frame 'contenant" (le plus petit)

Code ensuite ?
Ben ...

Code :

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

1
2
3
4
5
6
7
Private Sub VScroll1_Change()
  Framecontenu.Top = -VScroll1.Value
End Sub
 
Private Sub VScroll1_Scroll()
  Framecontenu.Top = -VScroll1.Value
End Sub

Et je n'ai ni "environ" ni autres calculs totalement inutiles, et j'allège assez bien mon appli.
Cet exemple était pour un déroulement vertical.
La chose est identique pàour un déroulement horizontal (suffit alors de prendre la différence entre les largeurs)
Mais... c'est une façon "boulet"... alors... faut l'oublier, hein ..., même si nous simmes des milliers à la préférer...et pas des moindres. )

[Pierre Fauconnier]

On ne va pas démarrer un troll, ce n'est pas le but...

Simplement, nous sommes sur un forum VBA pour Excel. On parle donc, a priori, d'un contrôle Frame VBA, et il n'y a pas, nativement, de conteneurs et de scrollbar indépendants dans les contrôles disponibles de VBA.

De plus, sauf à vouloir attribuer des hauteurs ou largeurs par code, il n'y a besoin d'aucune ligne de code dans la solution que je propose.

Bien sûr, Zoidy va utiliser du code pour placer ces contrôles à l'intérieur du frame, mais aucune ligne de code ne sera nécessaire pour faire fonctionner le scrollbar, et aucun controle externe à ceux proposés par défaut n'est nécessaire.

Peut-être y-a-t'il des milliers de personnes qui utilisent ta façon dans un autre environnement qu'Excel, mais en VBA, j'ai des doutes.

Donc, mon questionnement portait sur l'utilité de la méthode.

[ucfoutu]

et il n'y a pas, nativement, de conteneurs et de scrollbar indépendants dans les contrôles disponibles de VBA.

me voilà bien perplexe, puisque j'en dispose (avec ma version 2000 toute bête ...!)
Et une scrollbar VBA peut, par étirement, être mise verticalement ou horizontalement... et être ensuite nommée comme on l'entend...et elle possède toutes les propriétés et évènements nécessaires...

Mais bon...

[Pierre Fauconnier]

En effet, au temps pour moi!

Mais cela ne change rien au fond de ma réponse.

Pourquoi ajouter un contrôle scrollbar à un contrôle frame qui en possède déjà? (et devoir coder le fait de le masquer s'il n'est pas nécessaire...)
Pourquoi insérer le frame dans un autre frame et piloter le défilement par code? Alors que, dans ce cas, il suffit d'utiliser les propriétés d'un contrôle existant...

Je n'ai pas encore eu de réponses à ces questions. Je les attends de la part des milliers (et des meilleurs) qui utilisent le scrollbar comme toi sur ce forum

Plus généralement, j'essaie de ne "surcharger" la réponse d'un intervenant que lorsque:
- ma réponse apporte quelque chose de nouveau, et j'explique alors en quoi ce "nouveau" consiste et ce qu'il apporte.
- Ma réponse complète ou précise les réponses antérieures

J'essaie également, dans mes réponses, de ne pas prendre les gens pour des cons!

Lorsqu'un intervenant dit que pour avoir une variable qui vaut 4, on utilise

Code :

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

mavariable = 4

, je trouve inutile et puéril (style étalage connaissances - procès d'intention que j'assume totalement), d'ajouter une réponse qui dit qu'on peut aussi avoir

Code :

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

mavariable = log(256)/log(4)

[ucfoutu]

Tout simplement parce que de cette façon je n'ai pas à me préoccuper de la position de mes contrôles (je fais défiler tout le cadre)... et que le défilement ne se fait que dans l'intervalle nécessaire et sans auucune approximation (tout est pile poil automatiquement, avec juste un minuscule bout de code se résumant à ceci : Framecontenu.Top = -VScroll1.Value).
Voilà pourquoi.

[Pierre Fauconnier]

Bonjour ucfoutu

Malgré tes explications, je ne suis pas convaincu de l'utilité du deuxième frame.

Je fais exactement les mêmes manipulations que toi, avec un frame en moins et sans scrollbar indépendant, sans code, sans calcul et sans approximation.

De plus, si on veut masquer le scrollbar lorsque les contrôles sont tous dans la zone visible, il suffit, à la création, de modifier la propriété KeepScrollbarsvisible. Alors que dans ton cas, il faut masquer le contrôle par code, je suppose...

Dans le cas de l'ajout dynamique de contrôles envisagé par Zoidy, il faudra simplement donner la hauteur maximale de défilement en fonction de la position et de la hauteur du contrôle le plus bas dans le frame, pour ajuster la valeur du scrollheight du frame. Mais on n'évite pas cela avec ton système, je pense.

Donc, pour moi, aucune utilité du deuxième frame dans ce cas-ci... Désolé

[ucfoutu]

Bonjour, Pierre Fauconnier,

N'en parlons donc plus, mais si, un jour, tu trouvais le temps d'utiliser la méthode d'un Frame dans l'autre, tu comprendrais bien vite la souplesse qu'elle offre, notamment dans le cas de rajouts dynamiques (le seul paramètre à modifier étant celui des dimensions du plus grand des deux Frames et il est connu à chaque ajout, surtout si tu utilises toujours le même intervalle entre les contrôles ajoutés dynamiquement car une simple multiplication suffit alors).

N'en parlons donc plus, mais je continue avec une méthode souple, aboutissant à un affichage agréable et rendant facile la maintenance (sans aller fouiller dans toutes les propriétés) par un développeur "prenant le relais" de l'application..

Bonne journée.

[Pierre Fauconnier]

Salut ucfoutu,

Je prendrai le temps de regarder cela à l'aise, et nul doute que j'y trouverai mon bonheur dans certains cas.

Pour ce qui occupait la demande initiale de Zoidy, je joins un fichier en annexe. Tu verras que la seule intervention à faire en cas d'ajout dynamique, est, comme pour ta solution, d'adapter le paramètre du scrollheight en fonction du placement du contrôle ajouté.

Honnêtement, je ne vois pas en quoi ma méthode est moins souple, l'affichage moins agréable et la maintenance plus complexe...

Cela étant, chacun sa méthode...

Bonne journée . Au fait, j'espère avoir agilisé de façon significative... et je pense avoir assez bien allégé mon appli

[zoidy]

Ah non Pierre là tu abuses : 1 ligne pour afficher la scrollbar dynamiquement, c'est beaucoup trop

En tout cas merci à vous les gars pour vos explications