Frage : Kopie und ein transparentes GIF klebend

Hallo haben Helfer,

I die folgende Ausgabe mit VB.NET 2005: das

I morgens versuchend, ein transparentes GIF zum Klemmbrett also zu mir zu kopieren kann hinter diesem Bild in einer anderen Anwendung (übertreffen, abfassen oder irgendeine andere).
The Code, den ich verwende, ist:        
Dim img als Bitübersicht = Bitmap.FromFile (FileLocation)
Clipboard.SetImage (img) das

Now, wenn i hinter dem Bild der Hintergrund gray.
The das gleiche Problem ist, wenn ich ein GIF in Excel lade, auserwählt und kopieren, als hinter ihm in photoshop. Der Hintergrund ist, als white.

I auch dieses mit einem png geprüft haben, aber die Resultate die same.

Anyone ein Idee sind?

Antwort : Kopie und ein transparentes GIF klebend

Seite: Sie anderes Projekt eingeführt vermutlich SummonGameObject als statische Methode in der WorldObject Kategorie e.

GameObject* WorldObject:: SummonGameobject (uint32 Identifikation, Hin- und Herbewegung x, Hin- und Herbewegung y, Hin- und Herbewegung z, Herbewegungswinkel, despwtime uint32)

Diese Linie gibt jedoch den Eindruck, dass sie nicht-statisch ist, aber meine raue Vermutung ist, dass sie statisch sein sollte, weil sie scheint, GameObjects Identifikation als Standplätze des Parameters GO_ICE_WALL für Spielgegenstand ice_wall zuerst zu nehmen. Diese Methode ist die übliche globale Nachschlagenmethode, die Registerspielgegenstände lokalisiert und folglich sinnvoll ist, statisch zu sein, es sei denn ofcourse ein worldobject ein zusammengesetzter Spielgegenstand ist, der aus anderen Spielgegenständen besteht.

wenn (GameObject* kathodenseitig steuerbar = m_creature->SummonGameObject (GO_ICE_WALL, 5540.39f, 2086.48f, 731.066f, 1.00057f, 0))

 Möglicherweise können Sie mit dem anderen Projekt überprüfen und sehen, wie sie es getan. BTW, wenn SummonGameobject ein GameObject zurückbringen kann, das möglicherweise nicht WorldGameObject immer sein kann dann die Rückholart, sollte strenger ein bisschen sein, weiteren unnessary Typecasting zu vermeiden und folgenden Code mehr typesafe zu bilden. Andernfalls ist es vermutlich mehr sinnvoll, es in GameObject einzusetzen eher als WorldGameObject.

Es könnte wie, kopierend zu Worldobject.h/cpp so einfach sein (wenn die die Namen sind). Andernfalls sollten Sie versuchen, Ihren eigenen Entwurf zu haben, wie Sie Sitz sehen können. Beginnen, indem Sie gerade ihn im Geschöpf definieren, wenn Sie ihn benötigen, anderwohin, das Sie ihn auf das niedrige Kategorie und refactor accordingle verschieben können.

Gewesen sein kleiner eines Vermutungspiels, ließ Sie den Quellencode bekannt gegeben haben…