J'ai une petite question qui me trotte dans la tête depuis un moment, ne parvenant pas à trouver de réponse je vous la soumet:
 
Quand une appli met une icône en "tray" et que l'explorer plante et redémarre y a plus d'icône. Cependant, certaines appli arrivent à re mettre la dite icône. La question est comment font elles? Le ssytème envoie-t-il un message particulier lorqu'il redémarre l'explorer? Est ce que tout simplement ces appli testent periodiquement la présence de leur icône? Quelqu'un a-t-il une réponse?

tiens c marrant je me posais la meme question y'a pas longtemps (par contre j'ai fait aucune recherche donc on va dire que c un blue flag deguisé)

Je pense que c'est l'application qui remet son (ou ses) icône. Par exemple TrayIt a une commande "Refresh Tray Icons" pour reconstruire ses icônes si jamais elles n'apparaissent plus.

 
Moi ça fait un an que je cherche périodiquement, j'ai fais choux blanc pour l'instant  

ben si ton appli regarde periodiquement si la tache explorer est en cours de traitement, elle peut p-e traiter le cas ou elle disparait et relancer la manip de mise en tray ??? (juste une idée comme ca patapè)

 
J'ai déjà pensé à l'openprocess et au waitforsingleobject, mais j'ai jamais testé  

^^ gros feignant de binome

J'ai enfin trouvé, en fouillant dans el code de miranda et dans la msdn:
 
http://msdn.microsoft.com/library/ [...] askbar.asp
 

Pour aller droit au but
 
 

et

ca irait pas ?

 
Nope les valeurs des cases dans un switch doivent etre connu en compile time

ah oui tiens petite sieste alors...

On peut faire des case sur des valeurs non constantes ?
 
edit: grilled de 4 minutes

Ça le rend connu à la compilation ?

 
Ha ben non, finalement ça passe pas, désolé

Si jamais il a la même valeur qu'un autre élément du switch, il se passe quoi ?
 
edit: ouais j'aurais dû quoter ta bêtise

 
Comem un cons j'ai testé avec

Là forcément ça marche  
 
Ha et puis il ne peut pas être égalle à un autre case du switch dans notre cas, tu est assuré que ton message est unique lorsque tu utilise RegisterWindowMessage, or comme on test que des valeurs de messages...

Ouais enfin le compilo il va pas aller vérifier que la valeur de ta variable provient d'une fonction qui renvoie une valeur unique... Les compilateurs C++ sont assez lents comme ça, heureusement qu'ils ne doivent pas faire ce genre de tests en plus

 
heuh niveau rapidité les compilos C++ digne de ce nom (ceux qui ont des PCH quoi ) se demerde plutot pas mal  

 
Faut dire que comme point de comparaison je prends Delphi... et même avec PCH ils sont plus lents que Delphi (qui lui n'a pas de PCH )

 
C'est tres relatif, fo vraiment voir comment l'appli est construite. Si t'as des #includes dans tous les sens (alors qu'une fine forward declaration ferait aussi bien l'affaire), une utilisation foireuse des PCH, alors ouais ca va ramer a mort...la aussi y'a de l'apprentissge a faire un truc propre

rajoute à ca une utilisation abusive des templates et tadam : 30mn de compilation pour une convolution 3x3  

 
tiens delphi a des templates au fait
Si vi, c'est aussi bricolage-friendly que les C++ ?

Pour revenir un peu sur le sujet:
 
Pour ceux que ça intéresse, vu que le message précédament sité n'est envoyé que par les version d'IE superieur à la 4.0, pour vérifier cette version:
 
http://msdn.microsoft.com/library/ [...] ensing.asp
 
Et une interface com:
http://msdn.microsoft.com/library/ [...] s/tips.asp Mais bon vu qu'elle nécessite ie 4.0 spas très utile pour le cas qui nous intéresse

 
non, parfois ça manque
 
y a pas non plus de préprocesseur (juste des ifdef mais pas moyen de faire un #define cachant tout un bloc de code par ex)
 
enfin, ça plus le fait que la syntaxe soit plus stricte, c'est normal que ça compile beaucoup plus vite.

Bon j'ai testé, ça marche nickel