Discussion :

[Fellerson]

Bonjour

Je cherche une solution à la limite des contrôles utilisateurs.

J'ai créé un contrôle utilisateur contenant une dizaine de labels, qui forment donc 1 seul contrôle utilisateur à ajouter dans ma Winform.

Problème je reçois l'erreur suivante : L'exception Win32Exception n'a pas été gérée par le code utilisateur. Erreur lors de la création d'un handle de fenêtre sur cette ligne :

Code :

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

pnlListe.Controls.Add(ucOperation);

Après plusieurs essais, je peux vous affirmer que j'obtiens cette erreur lors que je génère plus de 711 contrôles utilisateurs (711 ça fonctionne 712 j'obtiens l'erreur).

Il y a une limite ? Que peut-on faire pour parer à ce problème ?

Merci.

[J@ckHerror]

Bonjour,

oui il y a des limits, et cette exception correspond aux object user, il me semble que la limit c'est 10000, tu peux savoir ou tu en est dans le gestionnaire de tache.
Pour ne plus la rencontrer il faut bien disposer ces éléments, être sur qu'aucune référence ne pointe encore dessus...

Généralement je rencontrais cette exception sur des applis pas très propre, au bout d'un certain temps d'utilisation. La je trouve tout de même bien rapide de l'avoir pour 711 controls, mais je trouve également étrange de vouloir mettre plus de 700 controls sur un écran... tu dois sans doute avoir de bonnes raisons. Dis nous en plus sur ton projet peut être pourront nous t'aider à contourner le problème.

Bon code,
J@ck.

[Fellerson]

Bonjour J@ckHerror

Merci beaucoup pour ta réponse.

Comment savoir ou j'en suis dans le gestionnaire des tâches ? Merci.

Être sûr qu'aucune référence ne pointe encore dessus, c'est à dire ?

L'appli me semble propre, peut-être que ma façon de voir le programme n'est pas la bonne.

Mon projet : j'ai une liste dans SQL avec plusieurs informations dans une table : Numéro | Classe | Temps | Charge | etc...

Mon but est de formater joliment ces données pour ne pas les afficher en mode "Excel". J'ai donc créé un contrôle utilisateur dans lequel j'ai inséré des labels : Numéro, Classe, Temps, Charge que j'ai joliment placé, avec des couleurs, selon les temps, retard avance ou autre.

Ensuite, dans mon programme principal : je fais un select sur ma table et j'instancie mon contrôle utilisateur autant de fois que j'ai de ligne dans ma table et ça donne une jolie liste avec des bloques et toutes les infos ! J'espère avoir été assez clair.

Merci.

[ZenZiTone]

Ensuite, dans mon programme principal : je fais un select sur ma table et j'instancie mon contrôle utilisateur autant de fois que j'ai de ligne dans ma table et ça donne une jolie liste avec des bloques et toutes les infos ! J'espère avoir été assez clair.

Tu pourrais commencer par n'instancier que ce que tu affiches. Admettons que, à un instant t, tu n'affiches que 10 contrôles utilisateur, alors n'en créé pas plus. Tu peux juste modifier les informations que tu affiches dans ceux-ci (lorsque tu scroll par exemple).

[Fellerson]

Bonjour ZenZiTone

Merci pour ta réponse !

Je créé autant de contrôles utilisateurs que de ligne dans ma requête. Si ma table me retourne 10 lignes : 10 blocs (contrôles utilisateur) si elle m'en retourne 700 par contre, 700 blocs.

La solution me plait bien. Je n'ai malheureusement aucun background sur ce procédé, aucune expérience je ne sais pas du tout comment m'y prendre.

Peut-être peux-tu m'aider ?

Merci.

[J@ckHerror]

Comment savoir ou j'en suis dans le gestionnaire des tâches ? Merci.

Je te disais cela juste pour que tu puisse vérifier que c'est bien ça le problème. Tu lance ton gestionnaire de taches (Ctrl + Alt + Suppr) puis dans Détails tu peux faire un clique droit sur les colonnes pour choisir les colonne affichées, choisit Handle et Object User. Lance ton applis et tu devrais voir les handle arriver à 9999 avant de planter.

si tu as un user control qui contient 10 éléments (label, textBox, panel ...etc) et que tu en génères 700, alors tu auras consommé 7000 handles...

Un lien intéressant.

Pour résoudre ton soucis, je dirais qu'il faut que tu crée une classe qui représente une ligne de ta base de donnée et donc comme propriété => Numéro | Classe | Temps | Charge | etc...
puis tu lis ta table, tu instancie autant d'object que de ligne retournée. Tu les mets tous dans une liste ou un dictionnaire. Ainsi tu as toutes tes lignes, toutes tes infos a dispo dans le programme, mais tu n'as toujours pas consommé un seul handle.
Maintenant tu affiche par exemple 10 usercontrol et suivant ce que l'utilisateur veut (filtre sur le temps, la charge ... etc à toi de voir) tu prends les objects correspondant et tu les donne au usercontrol.

Maintenant je suis conscient que je te donne cela un peu brut de pomme mais je n'ai pas le temps de te faire un petit exemple.

J@ck.

[Fellerson]

Merci J@ckHerror pour ta réponse.

Effectivement pour 340 lignes à peu près, j'arrive à 9000 Objets User et 390 Handles.

Tu as raison, 10 ou 11 labels, sont multipliés par le nombre de lignes. Mon user contrôle qui contient 10 labels avec 700 user contrôle je génère biens 7000 lignes.

J'ai créé une classe, je remplis déjà une liste. Tout ça c'est fait. Mes infos sont toujours à dispo dans le programme. C'est déjà le cas.

Effectivement merci pour la proposition qui se rapproche de celle de ZenZiTone malheureusement je ne sais pas du tout comment m'y prendre.

[J@ckHerror]

Ah c'est bien tout ça alors ! La plus grosse moitié est faite

J'ai une idée qui ne vas peut être pas te convenir mais je tente => présenter tes objects dans une datagridView par exemple et sur un double click sur une ligne du datagridview tu affiches ton object correspondant dans ton user control. Une datagridview est souple, tu peux colorer des lignes par rapport à l'object qu'elle représente... etc.
Vue ce que tu as déjà fait tu pourrais mettre en œuvre cette solution très rapidement. tu place une datagridview dans une form, tu lui donne ta liste d'object comme DataSource, et sur l'event double clique tu ouvre une nouvelle form qui contient ton usercontrol, et tu lui passe l'object en paramètre du constructeur par exemple...

Bon maintenant tu as clairement dis que tu ne voulais pas de 'mode excel' et donc la datagridview ne te conviendra pas ...

J@ck.

[Fellerson]

Effectivement, ça ne me conviendra malheureusement pas mais merci pour l'idée ... !! le but c'est de présenter vraiment un truc sympa, visuel, direct.

J'espère que ZenZiTone pourra m'en dire plus sur sa méthode.

[Pol63]

le fenetrage (créer jusque quelques controles et les modifier au fur et à mesure du scroll) c'est un peu compliqué à coder

pour info tu n'aurais pas ce problème en wpf, contrairement au windows forms les controles ne sont pas gérés par windows donc pas de limite, et en plus le fenetrage est nativement présent

bref si tu n'as que des labels, je vois bien une possibilité assez simple, ca serait de faire un customcontrol plutot qu'un usercontrol
et sur l'event paint tu ferais du draw des infos
faire une méthode qui écrit un texte avec une couleur de fond (et un forecolor si nécessaire, voir même un func(of color) si tu as un pointeur vers une "équation" plutot qu'une propriété color)
fillrectangle pour la couleur du fond, puis drawstring pour écrire les infos
dans l'event paint tu n'auras que la définition ou le calcul de la taille du rectangle cible puis appel à la méthode

tu passeras donc de 11 objets à 1 (1UC + 10labels) (et donc 700x11 deviendrait 700x1 donc tu seras loin de la limite de 9999, la limite étant par appli)
avec un peu de chance tu auras aussi un gain de performance d'affichage

s'il faut gérer du hittest (clic sur une zone spécifique) il suffit de garder les rectangles dans des variables pour faire .contains(e.location)

s'il te faut autre chose que des labels (genre des textboxes) il faudrait dans ce cas passer par un usercontrol avec les textboxes dessus, et gérer les labels par du draw comme expliqué pour un customcontrol
(un custom control n'a pas de mode design comme un usercontrol, c'est une classe héritant de control dans laquelle on définit le dessin via overrides onpaint)

[Fellerson]

Merci pour ta réponse et solution Pol63

Je vais voir si ZenZiTone peut m'en dire plus sur sa solution qui me plaisait bien.

Sinon, je verrai pour passer en WPF. Malheureusement, ça me prendra beaucoup beaucoup plus de temps car aucune expérience dessus.

[ZenZiTone]

La solution me plait bien. Je n'ai malheureusement aucun background sur ce procédé, aucune expérience je ne sais pas du tout comment m'y prendre.

Peut-être peux-tu m'aider ?

Pour essayer de te guider :

Tu places les contrôles que tu vas afficher sur ton formulaire. Ainsi, tes contrôles sont créé et tu ne devra plus en créer par la suite. Là où ça se complique, c'est comment interfacer tes données avec ton affichage.

Pour simplifier les choses je te conseille de créer une classe contenant les propriétés que tu souhaites manipuler dans ton contrôle utilisateur. Il contiendrait les propriétés Numéro, Classe, Temps, Charge, et les autres que tu affiches. Je ne connais pas la valeur métier de ce que tu souhaites afficher, mais pour la suite de l'explication, appelons cette classe "MaClasse"

De là, tu pourras ajouter une méthode "Afficher" (par exemple) dans ton contrôle utilisateur, prenant en paramètre un objet de type "MaClasse", pour modifier l'objet affiché dans ton contrôle.

Code :

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

1
2
3
4
5
 
public void Afficher(MaClasse monObjet)
{
    //Ici, tu affectes tes labels et ta mise en forme en fonction de 'monObjet'
}

Là, a priori, on est capable d'afficher n'importe quel objet de type "MaClasse" dans ton contrôle utilisateur. Il s'agit donc, ensuite, de lui fournir les bonnes valeurs. Pour cela, il faudra que, pour chaque ligne du résultat de la requête, tu créés un objet de type MaClasse. Ainsi, dans ton formulaire, tu auras une liste de "MaClasse". Pour simplifier, là où tu créais un contrôle utilisateur, tu devras créer un objet "MaClasse", que tu ajouteras dans une liste.

Dernière étape, faire matcher ta liste avec ce que tu affiches. Plusieurs options sont possibles. J'ai pas le temps tout de suite d'expliquer plus, je verrais ce soir.

[Fellerson]

Salut ZenZiTone

Merci pour ta réponse, celle-ci me plait bien.

J'ai déjà la classe que j'ajoute dans une liste donc c'est parfait .

Code :

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

 lstOperations.Add(clOp);

J'attends que tu m'en dises plus car j'ai aucune idée maintenant comment gérer le scroll pour interfacer ce qui est affiché ou pas

Merci

[ericlm128]

Juste une question, tu as une scroolbar de 3 kilomètres de haut ?
Je pourrait avoir un imprime écran de ton interface pour mieux comprendre ?

[Fellerson]

Bonjour ericlm128

Effectivement plus il y a de lignes plus la scrollbarre est grande. Normalement c'est jamais exagéré mais selon les filtres de l'utilisateur et ce qu'il souhaite voir ça peut s'agrandir !!!


Oui je peux t'envoyer ça en PV, tu peux m'envoyer un PV et je t'y réponds si ça te va ?

Merci.

[ericlm128]

Je t'ai envoyé un PV, mais pourquoi ne pas en faire profiter tout le monde ?

[ZenZiTone]

J'attends que tu m'en dises plus car j'ai aucune idée maintenant comment gérer le scroll pour interfacer ce qui est affiché ou pas

Désolé, je n'ai pas pris le temps. Autrement, si la scrollbar est démesurée, tu peux gérer une pagination. C'est plus facile d'accès et on se rend mieux compte du nombre de résultats. L'idée est la suivante : tes 10 premiers éléments forment ta première page, les 10 suivants la seconde, etc.. Ainsi, dans ta requête, tu ne récupères les éléments que 10 par 10 (après tu pourras optimiser en récupérant, par exemple, les 30 suivants de manière asynchrone pour que l'utilisateur ne se subisse pas la requête au changement de page).

Dans cet optique, tu ajoutes deux boutons : suivant et précédent. Je te laisse voir ce que tu pourras effectuer au click sur ceux-ci

[Fellerson]

Désolé, je n'ai pas pris le temps. Autrement, si la scrollbar est démesurée, tu peux gérer une pagination. C'est plus facile d'accès et on se rend mieux compte du nombre de résultats. L'idée est la suivante : tes 10 premiers éléments forment ta première page, les 10 suivants la seconde, etc.. Ainsi, dans ta requête, tu ne récupères les éléments que 10 par 10 (après tu pourras optimiser en récupérant, par exemple, les 30 suivants de manière asynchrone pour que l'utilisateur ne se subisse pas la requête au changement de page).

Dans cet optique, tu ajoutes deux boutons : suivant et précédent. Je te laisse voir ce que tu pourras effectuer au click sur ceux-ci

Cette réponse est bien aussi et m'irait également !

Tu gérerais les pages avec quel contrôle ? Comment ?

[ZenZiTone]

Tu gérerais les pages avec quel contrôle ? Comment ?

Tu ne génère pas vraiment les pages, tu fais comme si. C'est à dire que ton interface ne change pas : tu as 10 contrôles utilisateur. Les boutons suivant et précédant te permettront de récupérer les 10 bonnes lignes à afficher.

[Fellerson]

Effectivement je pourrais faire comme ça. Je vais essayer