[OutOfBrowser] Aero Glass Window comme WPF

**Monkey56** · 22/09/2011, 17h46

Bonjour.

Ai-t-il possible d'obtenir une fenêtre transparente avec un effet Aero Glass en mode OutOfBrowser comme on peut obtenir en WPF?
Si oui quel est la manip?
Si vous ne voyez pas de quoi je parle, regardez le lien ci-dessous

http://www.42spikes.com/post/Seesmic...ero-Glass.aspx

Sinon pour ceux qui font du WPF, ce bout de code est génial

Je n'ai pas tester à fond mais déjà ce code ne fonctionne pas sous Silverlight car il ne possède pas l'assembly System.Windows.Interop, dans sa version 4 tout du moins.

**Samuel Blanchard** · 27/09/2011, 12h19

Pour accéder AeroGlass il faut effectuer des DllImport pour que .NET puisse communiquer avec dwmapi.dll.

Silverlight 4 ne peux effectuer ces appels directement. Seul les appels COM sont autorisés en mode OOB + elevated permissions.

En creant un COM chargé de l'appel de dwmapi.dll et appelé depuis Silverlight, on pourrait donc logiquement appliquer à la fenêtre l'effet AeroGlass (à tester)

Le seul hic reste l'installation du COM sur le poste client.

Pour les contours arrondis tu peux les mettre en place en mode OOB + elevated permissions dans les propriétés du projet Silverlight (bouton Out-Of-Browser settings -> Required Elevated Trust.. -> Windows Style à BorderLess Round Corners.

**Thomas Lebrun** · 27/09/2011, 13h21

Envoyé par Samuel Blanchard

Silverlight ne peux effectuer ces appels directement. Seul les appels COM sont autorisés en mode OOB + elevated permissions.

Avec Silverlight 5, il est possible de faire du P/Invoke donc cela peut marcher: je testerais à l'occasion pour vous dire si j'ai réussi ou pas

**Thomas Lebrun** · 27/09/2011, 13h26

Bon, d'un autre côtré, on a pas de Handle de fenêtre avec Silverlight donc ça risque d'être compliqué

**Samuel Blanchard** · 27/09/2011, 13h42

Exact Thomas pour SL5 !

Je pensais pour le Handle de fenetre que le COM pourrait se charger de le recuperer à partir du processus appelant (Silverlight). Mais c'est un peu du bricolage, pas sur que cela fonctionne et pas applicable au P/Invoke

**Thomas Lebrun** · 27/09/2011, 17h06

En fait, j'ai reussit à appeler, via P/Invoke, une méthode qui me donne le Handle de la fenêtre. Du coup, avec une adaptation, cela aurait pu marcher mais il faudrait pouvoir changer le fond de la fenêtre/du host de l'application Silverlight OOB et ça, je n'ai pas trouvé comment faire/si c'est possible...

**Monkey56** · 27/09/2011, 17h11

J'y comprend pas grand chose la

pas suffisamment de connaissance la dessus mais au moins vous avez l'air de bien vous amusez ^^.

**Samuel Blanchard** · 27/09/2011, 17h22

J'y comprend pas grand chose la pas suffisamment de connaissance la dessus mais au moins vous avez l'air de bien vous amusez ^^.

Si Thomas réussi, il va bien nous ecrire un petit article dessus nan ? ^^

c'est quoi la méthode P/Invoke que tu as utilisé ?

Du coup, avec une adaptation, cela aurait pu marcher mais il faudrait pouvoir changer le fond de la fenêtre/du host de l'application Silverlight OOB et ça, je n'ai pas trouvé comment faire/si c'est possible...

Le fait d'appeler dwmapi.dll va peut être suffire à remplacer le OnPaint de la fenêtre de base, Si c'est le cas Bye bye le fond Blanc.

**Thomas Lebrun** · 27/09/2011, 22h06

Envoyé par Samuel Blanchard

Si Thomas réussi, il va bien nous ecrire un petit article dessus nan ? ^^

Ouais, y'a de l'idée :p

c'est quoi la méthode P/Invoke que tu as utilisé ?

Pour récupérer le handle ? GetForegroundWindow: http://www.pinvoke.net/default.aspx/...regroundwindow

Le fait d'appeler dwmapi.dll va peut être suffire à remplacer le OnPaint de la fenêtre de base, Si c'est le cas Bye bye le fond Blanc.

Pas réussit mais si cela te tente d'essayer, go: on fera l'article ensemble :p

**Monkey56** · 27/09/2011, 23h57

Mince j'aurais bien aider aussi

pas assez de connaissance à l'heure actuelle.
Me reste plus qu'as attendre patiemment

**Samuel Blanchard** · 29/09/2011, 11h10

Pour récupérer le handle ? GetForegroundWindow: http://www.pinvoke.net/default.aspx/...regroundwindow

Grace à Spy++, j'ai remarqué que la structure du mode OOB est la suivante (voir l'image jointe)

Je pencherais donc plus pour un FindWindow en prenant le titre de l'application et en verifiant qu'elle contient bien une ChildWindow de ClassName "Microsoft Silverlight". C'est plus sécurisant que le GetForegroundWindow qui peut changer à tout moment et donc nous ferait transformer une Fenetre qui n'est pas la notre.

De plus pour le fond blanc, si le changement via dwmapi.dll n'affecte pas le fameux fond blanc, on pourra toujours parcourir les fenetres enfants et virer leur fond.