BUREAUX VIRTUELS (WIN32)

Commentaire de Nebula le 26/09/2004 15:50:56

Excellent ! Juste une petite remarque : faudrait qu'un clic-gauche sur l'icône dans la barre des tâches affiche directement le gestionnaire de bureaux, ce serait plus pratique ;-)

Sinon y'a exactement le même bug sous Firefox qu'avec Litestep, des espèces de carrés gris tout moches apparaissent en-dessous des combobox (après tests, ils correspondent à la listbox de sélection), mais çà vient plutôt de Firefox je pense...

Commentaire de magic_Nono le 26/09/2004 18:08:42

Litestep,  Firefox
a tt les coup, C de l'unix

moi qui me disais que CT génial en API Win32

Allé, je regarde ce soir ++
Nono

Commentaire de Funto66 le 26/09/2004 19:42:51

Enorme...tout simplement...félicitations, j'ignorais même que c'était possible de faire un prog comme ça :)
Ça fonctionne même sous Win98 (par contre les previews des écrans ne sont pas toujours rafraichies :()

Commentaire de BruNews le 26/09/2004 21:13:36 administrateur CS

Tres bien vecchio, sont tout a fait sympas ces bureaux.

Commentaire de NicoProg le 27/09/2004 00:38:10

Ca c'est un projet de type Visual Studio .net (normalement ça doit compiler avec :))

Commentaire de vecchio56 le 27/09/2004 09:28:07 administrateur CS

Merci a tous pour vos commentaires plutot positifs, et désolé de ne pas avoir réagit plus vite...

Nebula> Pour afficher le gestionnaire directement, double clique
AlexMAN> J'avais pensé a cette histoire de papier peint, je pourrais le faire

Commentaire de araw le 27/09/2004 13:10:38

c sympa ton code, tout fonctionne!!!

Commentaire de minet03 le 27/09/2004 18:24:26

franchement c'est la meilleur source que j'ai pu voir sur le réseau codes sources. 20/10 ^_^

Commentaire de magic_Nono le 28/09/2004 17:38:03

ui domage qu'on ne puisse noter une srce une seule fois, je lui metrai bien 2 10/10....

Commentaire de vecchio56 le 28/09/2004 18:13:12 administrateur CS

Non, j'ai dit cela alors que ca ne m'est jamais arrivé, mais regarde le source, il y a une define qui limite le nombre de fenetres qui peuvent êtres cachées

Commentaire de leprov le 29/09/2004 11:20:06

boin un pti 10/10 paske ca le merite bien. juste un petit bug tout bete, si tu deplace la barre des taches et que tu le met a droite de l'ecran, ta fenetre qui montre les differents bureaux se deplace vers la gauche et y reste meme si tu replace la barre, ce qui est un peu moins agreable visuellement. mais 10 kan meme, paske franchement chapeau pour cette source

Commentaire de leprov le 29/09/2004 12:01:44

autre petit "probleme":
quand la fenetre qui montre les differents bureaux n'est pas au premier plan, si tu dble clique sur l'icone ds le systray, tu cache le fenetre (qui n'est pas visible, mais qui n'est pas cachée, on est d'accord). tu devrais peut-etre regarder si la fenetre est au premier plan ou pas avant de determiner ce qu'il faut faire:
si elle est reduite, la restaurer, sinon, si elle est au premier plan la cacher, sinon la passer en premier plan.

enfin je pense. c'est juste un petit detail pratique....apres c'est pas mon prog....je sais pas ce que tu en penses...

Commentaire de leprov le 29/09/2004 12:16:13

c'est vrai.....j'avais pas pensé a ce détail.......si elle est pas au premier plan mais visible faudrait la cacher...a priori si l'utilisateur click, il veut que ca ait une repercussion graphique....apres pour l'algo....

Commentaire de Manson le 30/09/2004 20:58:15

Pour changer le wallpaper je pense que SystemParametersInfo avec l'action SPI_SETDESKWALLPAPER serait peut-etre mieux.

Rno

Commentaire de magic_Nono le 01/10/2004 11:33:25

propose l'option de config papier peint propre / bureau ou commun...
Je pense que pr les utilisation en commun, les travail sera plus rapide (PS: j'étudie ton code ce soir)

++

Commentaire de BeLZeL le 01/10/2004 20:43:10

... par contre, le programme de "old.zip" fonctionne parfaitement. Je n'ai pas zieuté les sources, il y a peut être une fonction qui ne marche pas dans le nouveau code.

Commentaire de magic_Nono le 04/10/2004 11:33:53

J'arrive po a zapper entre les écrans ni a faire apparaitre les 4 ecrans miniature sur la derniere version

soit C une évolution (ds ce cas, po pratique)
de ta new version
soit C un bug sur l'ordi sur lequel je l'ai testé

autre bug sur ce mm poste:
qd il y a eu 2 instance de ton prog, à leur fermeture,
l'image de fond est partie...

Conseil : interdit les instances multiples de ce prog => regarde les post du debut de l'été
++
Nono.

Commentaire de AndreJAO le 02/09/2006 16:20:12

Bonjour, j'imagine que cette source est obsolète car l'exécutable ne fonctionne ni sous XP ni sous W2K. Si je me trompe merci de me le signifier et de m'offrir un mode d'emploi

Commentaire de vecchio56 le 02/09/2006 17:17:58 administrateur CS

Je vais faire en sorte qu'il marche aussi sous Win2000

Commentaire de AndreJAO le 03/09/2006 12:04:23

Merci, je ne doute pas qu'il y ait une raison au non fonctionnement sous W2K et XP SP1. J'ai tenté sous http://www.cppfrance.com/codes/MULTI-DESKTOPS_39136.aspx
une approche multi-desktops plus classique, disons plus exactement de plus bas niveau donc avec un maximum de chance d'obtenir une compatibilité toutes versions NT. Sous ce source tu trouveras peut être une recette pour réduire les temps de latence mentionnés dans les échanges ci avant. L'objectif du code MULTI-DESKTOPS_39136 est avant tout une initiation au multi-threads en classe avec une trame d'approche de la gestion des exceptions, technique qui me semple être systématiquement associée au muliti-threads. Je ne m'autorise pas encore de donner une appréciation sur ton code, il est caractéristique d'une approche que je n'ai pas eu l'occasion de développer sur cette nature de fonctionnalité, mais elle m'a enrichi, et je t'en remercie

Commentaire de AndreJAO le 03/09/2006 15:36:03

Merci, tu m'as de fait, ouvert les yeux sur l'aspect multi-desktop; inutile de dire que 10 est la note qui convient à ton code, et surtout à ton choix de conception, sincèrement 'bravo'.
Pour revenir sour mon code, l'aspect multi-desktop n'étant qu'un prétexte, le pourquoi d'un GUI tel que l'explorer est simple:
Associer à chaque thread non seulement un desktop mais également un GUI.
Pour une de mes applications ce genre d'implémentation m'a permis sous un service NT d'offrir non pas une mais des interfaces utilisateurs hors session utilisateur justement, donc avec une interface volontairement limitée aux fonctionnlités prévues pour l'application, pas question par exemple de lancer l'explorateur ou taskmgr dans ce cas.
Pour jouer, ou évaluer et dans le cadre du template que jai fourni on peut dédier un ou plusieurs desktops à des applications spécifiques:
Si tu déclares
[Bureau 2]
GUI=monappli.exe (avec ous sans paramètres)
Tu obtiens une session desktop dédiée à monappli
De la même manière en fournissant un fichier AM6Desktop2.ini tu offres un popup autrement dit une interface utilisateur dédiée en complément à l'application en particulier si cette dernière ne permet pas d'interaction.

Commentaire de kiki67100 le 12/04/2007 17:56:41

heummmm.....BRAVO!! rien a dire elle et parfaite cette source!!

MERCI ET BRAVOOO 9/10 rien et parfait ;-)