Equivalent windows forms / WPF

Bonjour à tous,

J'avais développé une application en windows forms qui permettait de générer des codes barres et de les afficher dans une pictureBox puis de les imprimer. Je dois porter ce code maintenant en wpf. Petit problème je ne trouve pas d'équivalent à la méthode CreateGraphics(). D'autre part, la pictureBox n'existant plus je doit utiliser une Image dorénavant selon cet article

http://msdn.microsoft.com/en-us/library/ms750559.aspx

J'aimerai avoir à faire le moins de modification possible. Notamment ne pas retoucher la methode DrawLabelBarcode qui dessine le code barre...

Je vous fourni un morceau de code utilisant les windows forms:

Code:

---

1 2 3 4 5 6 7

System.Drawing.Graphics g = this.picBarcode.CreateGraphics(); g.FillRectangle(new System.Drawing.SolidBrush(System.Drawing.SystemColors.Control), new Rectangle(0, 0, picBarcode.Width, picBarcode.Height)); CreateLabel(); label.DrawLabelBarcode(g, new System.Drawing.Point(20, 8)); txtChecksumDigit.Text = label.ChecksumDigit; g.Dispose();

---

Je vous remercie pour l'aide que vous pourrez m'apporter.

A la place de graphics tu peux utiliser un Canvas qui te permet également de faire du positionnement relatif. Il existe egalement les rectangle et autre label...

Sinon tu peux jetter un oeuil sur cet article, peut être que tout est déjà implémenté :ccool:.

http://www.codeproject.com/Articles/...rcode-Software

Bonjour boby

Tu peux modifier ta méthode de dessin pour les codes-barres afin qu'elle te génére une Bitmap que tu convertis ensuite en BitmapImage pour afficher dans un composant WPF.

Ou sinon, tu peux utiliser une WIndowsFormHost pour héberger du contenu Winform dans une application WPF

Bon courage

@+

Merci à vous 2.

Mika, j'ai déjà regardé le lien que tu m'as transmis malheureusement je n'encode pas en code 39 et n'ai pas vraiment envie de réécrire l'algorithme EAN13.

Koyot, peux-tu m'en dire plus sur les WindowsFormHost. J'ai regardé la documentation en ligne mais pas vraiment d'exemples concrets fournis. Je vais juste essayer d'instancier cette classe et on verra ce qui se passe.

Re bobby,

C'est une solution pour héberger un composant winform classique dans une application WPF.
Voici deux liens pour t'aider, ça sera plus simple je pense (et surtout plus clair :mouarf: )

lien 1

lien MSDN

Par contre, ça supporte pas la superposition : c'est à dire que si par exemple à un moment donné tu veux afficher un autre UserControl WPF par dessus ta WindowFormHost et ben ça marche pô :mrgreen: (possible avec bidouille cependant)

Good luck

@+

ça permet d'héberger un usercontrol windowsform donc tu créer ton usercontrol en windowsform (avec ton code) et tu pourras ajouter ensuite ce usercontrol dans ton windowsformhost (je crois qu'il faut générer une dll avec ton usercontrol et l'importé dans ton projet WPF)

Merci Koyot! Pour ton deuxième coaching avec moi deuxième succès. Bonne après-midi! @+

Citation:

---

Envoyé par koyot3

Par contre, ça supporte pas la superposition : c'est à dire que si par exemple à un moment donné tu veux afficher un autre UserControl WPF par dessus ta WindowFormHost et ben ça marche pô :mrgreen: (possible avec bidouille cependant)

---

Salut,

Je relève ce point et surtout le "possible avec bidouille cependant" ;).
Ça fait un petit moment que je n'ai pas regardé ce qui se fait sur l’interopérabilité, du coup quand tu entends que c'est possible via bidouille, tu entends quoi :

• mettre le UserControl WPF à afficher par dessus ta WindowFormHost dans un contrôle ElementHost et ensuite ajouter cet ElementHost au sein du contenu du WindowsFormHost ?

C'est juste pour savoir si on a la même "bidouille" dans ce genre de cas de figure :P ou si une solution plus intéressante existe (peut-être avec l'arrivé du framework 4.0... oui ça fait un bail que je n'ai pas regardé ce qu'il se faisait sur l'interop ^^)

Bonjour Binoo,

En fait, c'est un problème de technologie que Microsoft appelle AirSpace.
Les composants Winforms seront toujours avec un ZIndex supérieur aux contrôles WPF.
Pour ceux que ça intéresse, voici un lien explicatif

La "bidouille" que j'avais trouvé sur internet consiste à créer une image du contenu de la WindowsFormHost en WPF afin de pouvoir permettre la superpositon. Ainsi, lors d'une action, on crée une capture, on dispose le WindowsFormHost, on affiche l'image et hop on superpose :mrgreen:

L'inconvénient majeur est que la partie Winforms est inutilisable lors de la superposition car on affiche une image... Ce qui peut être gênant parfois.

Voici un lien avec un cas concret : exemple

J'espère t'avoir éclairer un peu plus sinon hésite pas ^^

Bonne journée

En effet, c'est assez contraignant du coup et pas vraiment exploitable dans la majorité des cas.

Merci pour avoir partagé cette solution ;)

[Edit] Une mise à jour sur ce qui se fait (et se fera) s'imposait :P, le framework 4.5 apportera des améliorations concernant cette problématique : http://msdn.microsoft.com/en-us/libr....aspx#airspace

Quelle déception. J'attendais la version beta du framework 4.5 et de VS2011 pour résoudre sur un de mes projets ces problèmes AirSpace entre un composant WPF et Winforms....et ils l'ont supprimé pour l'instant, même pas sur qu'ils le réintègrent pour la version finale. :cry: