RÉCUPÉRER LES ICONES DU SYSTRAY DANS VOTRE PROGRAMME : OCX SYSTEM TRAY

Commentaire de Dragonmaster le 20/08/2006 17:44:48

J'ai reçu 3 erreurs au lancement:
Vrsion 3.0 of SystrayControl.ocx is not registred. The control will be upgraded to version 5.0

Les deux autres, c'est des modules qui étaient introuvables dans un dossier 'visual basic\Récupérer Systray' (je suppose que c'est chez toi) mais je les ai ajouté et ça marche nikel.

J'ai une idée d'amélioration, la possibilité de virer une icône du systray j'ai essayé de le faire mais j'ai galéré.. Les paramètres necessaires sont: le hwnd, uID, .uCallbackMessage, .dwState

Commentaire de DARKSIDIOUS le 20/08/2006 18:45:06 administrateur CS

Et bien MadM@tt, t'es productif en ce moment ! Ca se voit que c'est les vacances ;)

Sinon, comme l'a signalé Dragonmaster, ce serait bien que tu mette SystrayControl.ocx dans ta source...

Freegamer : pose ta question plutôt dans le forum, tu auras plus de chance d'avoir des réponses

DarK Sidious

Commentaire de freegamer le 20/08/2006 19:19:05

Re-Bonjour,

J'ai déjà posé ma question sur le forum mais sans résultat il y a bien longtemps, alors je me disais que la j'aurais pu avoir une réponse.

Merci.

Commentaire de Cacophrene le 21/08/2006 08:18:24

Salut !

J'ai une suggestion à te proposer. Je suis en train de jouer avec une fonction de tracé d'échiquier en ce moment et je ne peux m'empêcher d'imaginer ce qui se passe dans ton contrôle ctlSystray comme... une sorte d'échiquier :-)

Je m'explique.

Si j'ai bien vu, tu crées un groupe de contrôles PictureBox où sont stockées les icônes. Il me semble que l'on peut se passer de ces contrôles. En effet :

a) Il me semble que l'on peut copier les icônes directement sur le fond UserControl

b) Deux coups de cuiller à pot (pot mathématique bien sûr) permettent de les disposer sans chevauchement à la manière d'un échiquier

c) On peut toujours les sélectionner une par une pour les récupérer.

Je dis ça comme ça... ce n'est qu'une humble suggestion. Cela dit, n'oublions pas l'essentiel : c'est une très bonne source (malgré un léger petit affolement du logiciel au lancement).

Cordialement,
Cacophrène

Commentaire de bouv le 21/08/2006 12:10:49

MadM@tt>>Le problème de l'ocx est ailleurs. Ouvre ton fichier SystrayControl.vbp avec le bloc note. Tu verra que le chemin de certain module est mis en dur. Ils sont donc introuvables ailleurs que chez toi.

"D'ailleurs si quelqu'un aurait une idée pour recevoir les événements du genre : image modifiée, ou alors ajout d'un truc etc..."
Je pense qu'en sous-classant les icones tu dois pouvoir récupérer ce genre d'évenement, mais Renfield t'en dira surement plus que moi à ce sujet ;-)

Commentaire de MadM@tt le 21/08/2006 13:23:30

Cacophrene > c'est ce que je pensais faire au début, mais après il faut gérer le clic sur l'icone par exemple, et la on peut récupérer indépendamment chaque icone (enfin remarque je peux toujours utiliser l'imagelist donc non mon argument tien pas), mais avec des picturebox c'est plus simple, et je le reconnais au début quand je me suis lancé dans ça, je ne me suis pas trop soucié de ce coté de l'usercontrol, je voulais déjà avoir mes icones et après voir ^^...

Sinon pour le subclassing, je ne m'y suis jamais vraiment mis mais je crois que je vais commencer.
J'ai la semaine pour m'y mettre et essayer de récupérer les évenements des icones, et merci pour les infos.

Sinon il reste quand meme le problème majeur : la fuite de mémoire. Je n'arrive pas à voir d'ou ça vient, et je perd 2 méga de mémoire vive par seconde lol, ce qui n'est pas très pratique. J'ai peur que ça soit la dll de ShareVB car dans sa source aussi il y a une perte de mémoire au lancement (mais après pour lui ça se rafraichit pas donc c'est moins visible et moins génant).
Encore que si j'arrive avec le subclassing, j'aurais peut etre plus ce problème, à voir.

Merci à vous tous ;)

PS : pour le projet vb, je vais le modifier et mettre la source à jour

Commentaire de MasterHack le 21/08/2006 20:12:59

Salut,
interessant ce codes, je l'ai testé, ça marche sauf l'erreur au lancement deja mentionnée, j'éxaminerai le code dés que j'aurai plus de temps.
merci MadM@tt et bonne continuation ;)

Commentaire de bitshifter le 29/08/2006 20:59:58

["Vrsion 3.0 of SystrayControl.ocx is not registred. The control will be upgraded to version 5.0", c'est juste qu'il met à niveau la version de l'ocx, ça me le fait à chaque fois que je compile l'ocx, je sais pas pourquoi.]

Je crois que c'est un problème de compatibilité binaire.
Pour le régler, il faut créer un dossier dans lequel une copie du OCX frais compilé est mise comme référence. Ensuite aller dans "Project/Project properties", dans le tab "Compile", dans le frame "Version compatibility" et choisir l'option "Binary compatibility". Y sélectionner le OCX de référence précédement copié.

Lors de la compilation, VB assigne des GUIDs à chaque interface exposée. Lors d'une recompilation, de nouveaux GUIDs sont assignés à moins que l'option compatibilitée binaire soit sélectionnée; dans ce cas les GUIDs demeure ceux précédemment assignés. Si les GUIDs sont différents, pour VB c'est un nouveau OCX, d'ou update.

Expérience acquise en gérant un produit commercial avec des dizaines d'OCX.

Commentaire de sdcoder le 23/03/2007 02:06:11

C'est excellent mais ça ne marche pas sans Explorer.exe en mémoire, c'est dommage !

Commentaire de sdcoder le 23/03/2007 10:28:23

RENFIELD, Ce n'était pas une remarque (négative) mais une idée (positive). Par exemple, pour développer notre propre desktop sans un Explorer qui prend beaucoup de ressources et tout en bénéficiant des icones et menus du systray. J'y vois de nombreuses applications !
Enfin si tu vois comment refaire le même systray sans explorer en récréant peut-être notre propre taskbar ou notre propre explorer ?
Merci encore pour ta source.