In VB.NET 2003 (also .NET Framework 1.1) kannst du in einer Klasse Event-Handler hinzufügen, allerdings gibt es einige Einschränkungen im Vergleich zu neueren .NET-Versionen. **So funktioni... [mehr]
In **VB.NET 2003** (also .NET Framework 1.1, Windows Forms) gibt es keine eingebaute Möglichkeit, das `TopMost`-Verhalten eines Fensters **nur innerhalb der eigenen Anwendung** zu beschränken. Die Eigenschaft `TopMost` eines Forms sorgt immer dafür, dass das Fenster über allen anderen Fenstern des Betriebssystems angezeigt wird – also auch über Fenstern anderer Programme. **Workarounds:** 1. **Z-Order innerhalb der eigenen Anwendung steuern:** Du kannst mit Methoden wie `BringToFront()` und `SendToBack()` arbeiten, um die Reihenfolge deiner eigenen Forms zu steuern. Das wirkt sich aber nicht auf andere Programme aus. 2. **Owner-Fenster verwenden:** Wenn du ein Fenster als "Owner" eines anderen Fensters setzt (`OwnedForms`), bleibt das Child-Fenster immer über dem Owner, aber auch das ist auf deine Anwendung beschränkt und ersetzt nicht das TopMost-Verhalten. 3. **Kein echtes "App-TopMost":** Es gibt keine Windows-API oder .NET-Funktion, die ein Fenster nur über den eigenen Fenstern, aber nicht über fremden Fenstern, "TopMost" machen kann. Das Betriebssystem unterscheidet nicht nach Anwendung, wenn es um die Z-Order geht. **Fazit:** Ein Fenster kann entweder "TopMost" (über allen Fenstern) oder "normal" (in der normalen Z-Order) sein. Ein "TopMost nur innerhalb der eigenen Anwendung" ist mit Bordmitteln in VB.NET 2003 nicht möglich. **Weitere Infos:** - [Microsoft Doku zu Form.TopMost](https://learn.microsoft.com/de-de/dotnet/api/system.windows.forms.form.topmost) - [StackOverflow: TopMost only within application](https://stackoverflow.com/questions/1165535/topmost-only-within-application) **Tipp:** Wenn du möchtest, dass ein Fenster immer über den anderen Fenstern deiner Anwendung bleibt, aber nicht über Fenstern anderer Programme, verwende `BringToFront()` und ggf. Owner-Formen, aber setze `TopMost` nicht auf `True`.
In VB.NET 2003 (also .NET Framework 1.1) kannst du in einer Klasse Event-Handler hinzufügen, allerdings gibt es einige Einschränkungen im Vergleich zu neueren .NET-Versionen. **So funktioni... [mehr]
Um ein in eine `PictureBox` geladene Icon-Datei in VB.NET 2003 wieder als `.ico`-Datei zu speichern, musst du beachten, dass die `PictureBox.Image`-Eigenschaft ein `Image`-Objekt ist. Das direkte Spei... [mehr]
In VB.NET 2003 kannst du ein Icon in eine PictureBox laden, indem du das Icon zuerst in ein Bitmap-Objekt umwandelst, da die PictureBox kein Icon-Objekt direkt anzeigen kann. Hier ein Beispiel: ```vb... [mehr]
In **VB.NET 2003** (Visual Studio .NET 2003) bietet die **ImageList**-Komponente keine Möglichkeit, neben den Bildern (Icons) auch deren Namen oder andere Metadaten direkt zu speichern. Die **Ima... [mehr]
Das Vorhalten von Variablen in einem Modul in VB.NET 2003 ist technisch möglich und wird häufig genutzt, um sogenannte „globale Variablen“ bereitzustellen. Allerdings ist dies au... [mehr]
In VB.NET 2003 (und auch in anderen Versionen) gibt es keinen technischen Grund, warum „If...Then...Else“ grundsätzlich dem „Select...Case“ vorgezogen werden sollte. Beide... [mehr]
Das Verhalten, dass in einer `TreeView`-Steuerung unter VB.NET 2003 ein horizontaler Scrollbalken angezeigt wird, obwohl alle Einträge ausreichend Abstand zum rechten Rand haben, kann mehrere Urs... [mehr]
Um in VB.NET 2003 nachträglich das Icon (genauer: das Image) eines bestimmten TreeNode in einem TreeView zu ändern, gehst du wie folgt vor: 1. **Stelle sicher, dass dein TreeView eine Image... [mehr]
Um in VB.NET 2003 in einer `ListView` die Icons versteckter Dateien halbtransparent (wie im Windows Explorer) darzustellen, sind mehrere Schritte nötig, da die Standard-ListView-Steuerung dies ni... [mehr]
Der Fehler tritt auf, weil die Methode `Date.TryParse` erst ab .NET Framework 2.0 eingeführt wurde. Visual Basic .NET 2003 basiert jedoch auf .NET Framework 1.1, in dem es die Methode `TryParse`... [mehr]