Suchergebnisse

Also -Franky- callt die Funktion SetRect vom Interface in der Funktion ResizePreview, also probier mal wie in der Beispielmappe: VB.NET-Quellcode (2 Zeilen)

Zitat von Dideldum: „Preview.ResizePreview(New Size(tsc_WindowsViewer_PictureBox.GetPreferredSize(Me.Size).Width, tsc_WindowsViewer_PictureBox.GetPreferredSize(Me.Size).Height))“ Mach das so: VB.NET-Quellcode (1 Zeile) @-Franky- Hab da was gesehen: VB.NET-Quellcode (8 Zeilen) Warum ein 2. mal CoCreateInstance callen, wenn es beim ersten mal nicht klappt? Wäre doch besser den HRESULT auszuwerten, und was passiert wenn es beide male nicht klappt? Es geben ja nicht alle Codepfade einen Wert zurück.…

Huch, hab den Unterschied nicht gesehen, LOCAL und INPROC. Aber es fehlt trotzdem ein Return Statement. Wird das in VB nicht als Fehler gemeldet?(Oder hast du was in der Mappe umgestellt?) Mit C# würde das so nicht kompilieren.

So, jetzt hab ich genug Kaffee drin. Hab die Frage falsch gestellt. Ich meinte sollte das nicht als Fehler gemeldet werden, wäre die richtige Frage gewesen. Hab ja deine Mappe runtergeladen und mal durchgeschaut, kann kompiliert und ausgeführt werden. Funktionen sollten immer was zurückgeben. In C# wird das als Fehler gewertet, was IMO auch richtig ist.

Aha, eine komische Eigenart von VB. Hab das in C# statt mit nint nun auch mit IntPtr probiert, ich hatte das ja mit nint gemacht oben mit der Fehlermeldung(NativeSizedInteger, gibt es in VB nicht) . Aber beruhigend, das IntPtr da in VB eine Ausnahme ist, auch wenn das IMO unsauber ist. PS: Ist scheinbar mit allen ValueTypes so.