Unterstützt VB.NET 2003 bereits DoubleBuffered?

Question

Unterstützt VB.NET 2003 bereits DoubleBuffered?

Antwort

Verwandte Fragen

Wie kann ich in VB.NET 2003 einem per Code angezeigten Kontextmenü den Fokus geben?

Ist in VB.NET 2003 die Syntax sendkeys.send("{DOWN}") korrekt?

Welche Werte muss ich in VB.NET 2003 für 'e' beim Aufruf von 'Sub x_MouseUp(sender, e)' von anderer Stelle aus übergeben?

Kann man in VB.NET 2003 in einer Klasse Handler hinzufügen?

Wie kann ein in eine PictureBox geladenes Icon mit VB.NET 2003 wieder als Icon gespeichert werden?

Wie lädt man in VB.NET 2003 ein Icon in eine PictureBox?

Können in VB.NET 2003 in einer ImageList neben Icons auch deren Namen gespeichert werden?

Ist es in VB.NET 2003 sinnvoll, globale Variablen in einem Modul für den Zugriff von überall aus vorzuhalten?

Gibt es einen relevanten Grund, warum in VB.NET 2003 'If...Then...' häufiger verwendet wird als 'Select...Case...', obwohl 'Select...Case...' übersichtlicher ist?

Warum zeigt die TreeView in VB.NET 2003 einen horizontalen Scrollbalken, obwohl alle Einträge mindestens 30 px Abstand vom rechten Rand haben?

Accepted Answer

In VB.NET 2003 (Visual Studio .NET 2003, .NET Framework 1.1) gibt es das Konzept des Double Buffering bereits, aber die direkte Unterstützung ist eingeschränkt im Vergleich zu späteren .NET-Versionen. Für Windows Forms gibt es die Eigenschaft `DoubleBuffered` bei Steuerelementen wie `Panel` oder `Form` **erst ab .NET Framework 2.0** (also ab Visual Studio 2005). In VB.NET 2003 (.NET 1.1) ist diese Eigenschaft **noch nicht öffentlich verfügbar**. **Was ist möglich in VB.NET 2003?** - Du kannst Double Buffering manuell implementieren, indem du selbst ein Offscreen-Image (z.B. ein `Bitmap`) erzeugst, darauf zeichnest und das Ergebnis dann im Paint-Event auf das Steuerelement kopierst. - Es gibt einen geschützten Member `SetStyle`, mit dem du Double Buffering aktivieren kannst, aber dieser ist in .NET 1.1 nur für abgeleitete Klassen verfügbar. **Beispiel für manuelles Double Buffering in VB.NET 2003:** ```vb Protected Overrides Sub OnPaint(ByVal e As PaintEventArgs) Dim buffer As New Bitmap(Me.Width, Me.Height) Dim g As Graphics = Graphics.FromImage(buffer) ' Hier zeichnen g.Clear(Me.BackColor) g.DrawEllipse(Pens.Black, 10, 10, 100, 100) ' Buffer auf das Form zeichnen e.Graphics.DrawImageUnscaled(buffer, 0, 0) g.Dispose() buffer.Dispose() End Sub ``` **Fazit:** VB.NET 2003 kennt das Prinzip des Double Buffering, aber die komfortable Eigenschaft `DoubleBuffered` gibt es erst ab .NET 2.0. In .NET 1.1 musst du Double Buffering selbst implementieren. Weitere Infos: - [Microsoft Docs: Double buffering in Windows Forms](https://learn.microsoft.com/en-us/dotnet/desktop/winforms/advanced/double-buffering?view=netframeworkdesktop-4.8) - [Stack Overflow: DoubleBuffered property in .NET 1.1](https://stackoverflow.com/questions/105830/doublebuffered-property-in-net-1-1)

Accepted Answer

In VB.NET 2003 gibt es keine direkte Methode, einem ContextMenu explizit den Fokus zu geben, da das `ContextMenu`-Steuerelement (im Gegensatz zu neueren `ContextMenuStrip`) kein eigenständiges St... [mehr]

Accepted Answer

In VB.NET 2003 gibt es keine direkte Methode, einem ContextMenu explizit den Fokus zu geben, da das `ContextMenu`-Steuerelement (im Gegensatz zu neueren `ContextMenuStrip`) kein eigenständiges Steuerelement mit Fokusfähigkeit ist. Das ContextMenu wird immer im Zusammenhang mit einem Steuerelement angezeigt und erhält den Fokus automatisch, sobald es angezeigt wird. Um ein ContextMenu per Code anzuzeigen und damit den Fokus auf das Menü zu bekommen, verwendest du die `Show`-Methode. Beispiel: ```vb.net ' Angenommen, du hast ein ContextMenu namens contextMenu1 ' und ein Steuerelement, z.B. eine TextBox namens textBox1 contextMenu1.Show(textBox1, New Point(10, 10)) ``` Sobald das Menü angezeigt wird, erhält es automatisch den Fokus für Tastatureingaben (z.B. Pfeiltasten, Enter, etc.), solange es sichtbar ist. Ein explizites "Fokus setzen" ist nicht notwendig und auch nicht vorgesehen. **Wichtige Hinweise:** - Das `ContextMenu`-Steuerelement in .NET 1.1/2003 ist sehr eingeschränkt. Viele moderne Features (wie explizites Fokussieren oder Tastatursteuerung) sind erst mit `ContextMenuStrip` ab .NET 2.0 verfügbar. - Wenn du spezielle Anforderungen an die Tastatursteuerung hast, musst du ggf. auf eigene Menü-Implementierungen oder neuere Frameworks ausweichen. Weitere Infos: - [Microsoft Docs: ContextMenu.Show-Methode](https://learn.microsoft.com/de-de/dotnet/api/system.windows.forms.contextmenu.show?view=netframework-1.1) Zusammengefasst: Das Anzeigen des Menüs per `Show` gibt dem Menü automatisch den Fokus. Eine explizite Fokus-Übergabe ist nicht notwendig und in VB.NET 2003 auch nicht vorgesehen.

Accepted Answer

Die Syntax `SendKeys.Send("{DOWN}")` ist grundsätzlich korrekt, um in VB.NET (auch 2003) ein "Pfeil nach unten"-Tastensignal an das aktuell aktive Fenster zu senden. Allerding... [mehr]

Accepted Answer

Die Syntax `SendKeys.Send("{DOWN}")` ist grundsätzlich korrekt, um in VB.NET (auch 2003) ein "Pfeil nach unten"-Tastensignal an das aktuell aktive Fenster zu senden. Allerdings gibt es einige Dinge zu beachten, warum möglicherweise "nichts passiert": 1. **Fokus**: Das Ziel-Fenster (z.B. ein Textfeld, eine Listbox oder ein anderes Steuerelement) muss den Fokus haben, damit es das Tastensignal empfängt. Wenn dein eigenes Formular oder das gewünschte Steuerelement nicht fokussiert ist, passiert nichts. 2. **Verwendung**: Der Befehl muss z.B. in einem Button-Click-Event oder einer anderen Ereignisprozedur stehen, nicht einfach "lose" im Code. 3. **Namespace**: Stelle sicher, dass du `Imports System.Windows.Forms` am Anfang deiner Datei hast. 4. **Beispiel**: ```vb ' Beispiel: Sendet die DOWN-Taste, wenn ein Button geklickt wird Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click SendKeys.Send("{DOWN}") End Sub ``` 5. **Einschränkungen**: `SendKeys` funktioniert nicht immer zuverlässig, insbesondere bei modernen Anwendungen oder wenn das Ziel-Fenster nicht im Vordergrund ist. **Fazit:** Die Syntax ist korrekt, aber das Ziel-Steuerelement muss den Fokus haben. Prüfe, ob das gewünschte Steuerelement aktiv ist, wenn du `SendKeys.Send("{DOWN}")` aufrufst. Weitere Infos findest du in der offiziellen [Microsoft-Dokumentation zu SendKeys](https://learn.microsoft.com/de-de/dotnet/api/system.windows.forms.sendkeys.send).

Accepted Answer

In VB.NET 2003 (also .NET Framework 1.1) ist das Ereignis `MouseUp` typischerweise so deklariert: ```vb Sub x_MouseUp(ByVal sender As Object, ByVal e As System.Windows.Forms.MouseEventArgs) ``` Wenn... [mehr]

Accepted Answer

In VB.NET 2003 (also .NET Framework 1.1) ist das Ereignis `MouseUp` typischerweise so deklariert: ```vb Sub x_MouseUp(ByVal sender As Object, ByVal e As System.Windows.Forms.MouseEventArgs) ``` Wenn du diese Methode **von einer anderen Stelle aus** aufrufen möchtest, musst du für `e` ein Objekt vom Typ `System.Windows.Forms.MouseEventArgs` übergeben. Dieses Objekt enthält Informationen wie die gedrückte Maustaste, die Position des Mauszeigers und die Anzahl der Klicks. **Beispiel für den Aufruf:** ```vb ' Beispielwerte: Dim senderObj As Object = Me ' oder ein anderes passendes Objekt Dim e As New System.Windows.Forms.MouseEventArgs( _ System.Windows.Forms.MouseButtons.Left, ' Maustaste 1, ' Klickanzahl 100, ' X-Position 200, ' Y-Position 0) ' Mausrad-Deltas x_MouseUp(senderObj, e) ``` **Parameter von MouseEventArgs:** - `button`: Welche Maustaste (`MouseButtons.Left`, `MouseButtons.Right`, etc.) - `clicks`: Anzahl der Klicks (meist 1) - `x`: X-Position der Maus (z.B. 100) - `y`: Y-Position der Maus (z.B. 200) - `delta`: Mausradbewegung (meist 0, außer bei MouseWheel) **Fazit:** Du musst ein neues `MouseEventArgs`-Objekt mit passenden Werten erzeugen und dieses als `e` übergeben. Mehr Infos: [Microsoft-Dokumentation zu MouseEventArgs](https://learn.microsoft.com/de-de/dotnet/api/system.windows.forms.mouseeventargs)

Accepted Answer

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]

Accepted Answer

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 funktioniert es:** Du kannst in einer Klasse ein Event deklarieren und dann mit `AddHandler` und `RemoveHandler` Methoden dynamisch Handler zuweisen oder entfernen. Das funktioniert auch in VB.NET 2003. **Beispiel:** ```vb.net Public Class MeineKlasse Public Event MeinEreignis As EventHandler Public Sub NeuesEreignisAuslösen() RaiseEvent MeinEreignis(Me, EventArgs.Empty) End Sub End Class ' Verwendung: Dim obj As New MeineKlasse() AddHandler obj.MeinEreignis, AddressOf MeinHandler Sub MeinHandler(sender As Object, e As EventArgs) MessageBox.Show("Ereignis ausgelöst!") End Sub ``` **Wichtige Hinweise:** - `AddHandler` und `RemoveHandler` sind ab VB.NET 2002 verfügbar, also auch in 2003. - Die Handler müssen eine passende Signatur haben. - In einer Klasse kannst du auch innerhalb der Klasse selbst Handler hinzufügen, z.B. im Konstruktor oder in einer Methode. **Fazit:** Ja, du kannst in einer Klasse in VB.NET 2003 Handler mit `AddHandler` hinzufügen. Die Syntax und Möglichkeiten sind allerdings etwas eingeschränkter als in neueren Versionen. Weitere Infos findest du z.B. in der [Microsoft-Dokumentation zu AddHandler](https://learn.microsoft.com/de-de/dotnet/visual-basic/language-reference/statements/addhandler-statement).

Accepted Answer

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]

Accepted Answer

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 Speichern als Icon ist nicht ohne Weiteres möglich, da das .NET Framework 1.1 (VB.NET 2003) keine direkte Unterstützung für das Speichern von `Image`-Objekten als `.ico` bietet. Hier ist ein möglicher Weg, wie du das machen kannst: 1. **Icon laden und in PictureBox anzeigen:** ```vb.net Dim icon As New Icon("deinicon.ico") PictureBox1.Image = icon.ToBitmap() ``` 2. **Icon aus PictureBox speichern:** Da `PictureBox1.Image` ein `Bitmap` ist, kannst du es nicht direkt als `.ico` speichern. Du musst das Bitmap wieder in ein Icon umwandeln. Das geht nur über einen Umweg: ```vb.net ' Bitmap aus PictureBox holen Dim bmp As Bitmap = CType(PictureBox1.Image, Bitmap) ' Bitmap in einen Stream speichern Dim ms As New System.IO.MemoryStream() bmp.Save(ms, System.Drawing.Imaging.ImageFormat.Png) ms.Position = 0 ' Aus dem Stream ein Icon erzeugen (Achtung: Das Icon ist dann 32x32 und ohne Transparenz) Dim iconHandle As IntPtr = bmp.GetHicon() Dim newIcon As Icon = Icon.FromHandle(iconHandle) ' Icon speichern Using fs As New System.IO.FileStream("neu.ico", System.IO.FileMode.Create) newIcon.Save(fs) End Using ``` **Wichtige Hinweise:** - Die Methode `GetHicon()` erzeugt ein Icon aus einem Bitmap, aber Transparenz und Farbtiefe können verloren gehen. - Das Ergebnis ist nicht immer ein vollwertiges Windows-Icon mit mehreren Auflösungen und Farbtiefen. - Für komplexere Icon-Bearbeitung empfiehlt sich eine externe Bibliothek oder ein Tool. **Weitere Informationen:** - [Microsoft Doku zu Icon-Klasse](https://learn.microsoft.com/de-de/dotnet/api/system.drawing.icon) - [Microsoft Doku zu Bitmap.GetHicon](https://learn.microsoft.com/de-de/dotnet/api/system.drawing.bitmap.gethicon) Das Vorgehen ist in VB.NET 2003 etwas eingeschränkt, da viele moderne Features fehlen.

Accepted Answer

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]

Accepted Answer

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.net ' Icon laden (z.B. aus einer Datei) Dim myIcon As New Icon("C:\Pfad\zu\deinem\icon.ico") ' Icon in ein Bitmap umwandeln Dim bmp As Bitmap = myIcon.ToBitmap() ' Bitmap in die PictureBox laden PictureBox1.Image = bmp ``` **Wichtige Hinweise:** - Ersetze `"C:\Pfad\zu\deinem\icon.ico"` durch den tatsächlichen Pfad zu deiner Icon-Datei. - Die PictureBox muss im Designer bereits auf dem Formular vorhanden sein (z.B. PictureBox1). So wird das Icon korrekt in der PictureBox angezeigt.

Accepted Answer

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]

Accepted Answer

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 **ImageList** speichert lediglich eine Sammlung von Bildern, die über einen numerischen Index oder einen optionalen Schlüssel (String-Key) angesprochen werden können. Du kannst beim Hinzufügen eines Bildes zur ImageList einen **Key** (also einen Namen als String) angeben, aber es gibt kein separates Feld für einen "Namen" des Bildes. Der Key ist der einzige Weg, einen Namen zuzuordnen. **Beispiel:** ```vb.net ImageList1.Images.Add("MeinIcon", Image.FromFile("icon.ico")) ``` Hier ist `"MeinIcon"` der Name (Key), unter dem das Bild gespeichert wird. **Zusammenfassung:** - **Icons/Bilder:** Ja, werden gespeichert. - **Namen:** Nur als Key (String) möglich, nicht als separates Namensfeld. - **Weitere Metadaten:** Nicht direkt in der ImageList möglich. **Weitere Infos zur ImageList:** [Microsoft Dokumentation zu ImageList (englisch)](https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.imagelist) Wenn du zusätzliche Informationen zu jedem Bild speichern möchtest, müsstest du eine eigene Datenstruktur (z.B. Dictionary oder Klasse) verwenden, die Bild und Metadaten gemeinsam verwaltet.

Accepted Answer

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]

Accepted Answer

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 aus heutiger Sicht nur in bestimmten Fällen eine gute Idee. **Vorteile:** - Einfacher Zugriff von überall im Projekt. - Schnelle Implementierung für kleine oder sehr einfache Anwendungen. **Nachteile:** - Globale Variablen erschweren das Testen und die Wartung des Codes. - Sie können zu unerwarteten Seiteneffekten führen, wenn verschiedene Teile des Programms dieselben Variablen verändern. - Die Übersichtlichkeit und Nachvollziehbarkeit des Codes leidet, besonders bei größeren Projekten. **Empfehlung:** - Für Konstanten oder wirklich globale Einstellungen (z.B. Konfigurationswerte, die sich nicht ändern) kann ein Modul sinnvoll sein. - Für veränderliche Daten ist es besser, diese in Klassen zu kapseln und gezielt zu übergeben (z.B. per Konstruktor oder Eigenschaften). - Nutze Module mit Bedacht und dokumentiere die Verwendung globaler Variablen gut. **Fazit:** Für kleine, überschaubare Projekte kann das Vorhalten von Variablen in einem Modul praktikabel sein. In größeren oder langfristig gepflegten Anwendungen solltest du jedoch auf eine strukturierte Kapselung und Übergabe von Daten setzen, um Wartbarkeit und Fehlerfreiheit zu gewährleisten.

Accepted Answer

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]

Accepted Answer

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 Kontrollstrukturen haben ihre spezifischen Anwendungsfälle: **If...Then...Else** wird oft verwendet, wenn: - Bedingungen komplex oder voneinander abhängig sind. - Vergleiche nicht nur Gleichheit, sondern auch auf Ungleichheit, Bereichsprüfungen oder komplexe logische Ausdrücke abzielen. - Es nur wenige Fälle gibt. **Select...Case** ist besonders übersichtlich, wenn: - Eine Variable auf verschiedene Werte geprüft werden soll (meist auf Gleichheit oder Wertebereiche). - Viele verschiedene Fälle unterschieden werden müssen. **Mögliche Gründe, warum „If...Then...Else“ häufiger verwendet wird:** 1. **Gewohnheit und Bekanntheit:** Viele Entwickler sind mit „If...Then...Else“ vertrauter, da es in fast allen Programmiersprachen existiert. 2. **Flexibilität:** „If...Then...Else“ ist flexibler bei komplexen Bedingungen, die mit „Select...Case“ nicht oder nur umständlich abbildbar sind. 3. **Historische Gründe:** In älteren BASIC-Versionen war „Select...Case“ nicht immer verfügbar, daher wurde „If...Then...Else“ häufiger genutzt. 4. **Kleine Fallunterscheidungen:** Bei wenigen Fällen ist „If...Then...Else“ oft schneller geschrieben. **Fazit:** Es gibt keinen zwingenden Grund, „If...Then...Else“ dem „Select...Case“ vorzuziehen. Die Wahl hängt vom jeweiligen Anwendungsfall, der Komplexität der Bedingungen und den Vorlieben des Entwicklers ab. Für viele Fälle ist „Select...Case“ tatsächlich übersichtlicher und besser wartbar. Weitere Infos: - [Microsoft Docs: If...Then...Else-Anweisung](https://learn.microsoft.com/de-de/dotnet/visual-basic/language-reference/statements/if-then-else-statement) - [Microsoft Docs: Select...Case-Anweisung](https://learn.microsoft.com/de-de/dotnet/visual-basic/language-reference/statements/select-case-statement)

Accepted Answer

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]

Accepted Answer

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 Ursachen haben: 1. **Versteckte oder unsichtbare Knoten**: Auch unsichtbare oder ausgeblendete Knoten (z.B. durch `Node.Collapse()`) können intern noch als breiter berechnet werden, wenn sie einmal angezeigt wurden. 2. **Breitenberechnung der TreeView**: Die TreeView-Steuerung berechnet die notwendige Breite für den Scrollbalken anhand der längsten Zeile, die jemals angezeigt wurde, nicht nur der aktuell sichtbaren. Wenn also ein Knoten mit sehr langem Text hinzugefügt und später entfernt oder gekürzt wurde, kann der Scrollbalken trotzdem bleiben, bis die TreeView neu gezeichnet oder refreshed wird. 3. **Bilder oder Icons**: Wenn du ImageLists verwendest, kann die Breite der Icons zur Gesamtlänge addiert werden, auch wenn der Text selbst kurz ist. 4. **Padding und Margin**: Interne Abstände (Padding/Margin) der TreeView oder der einzelnen Nodes können dazu führen, dass die berechnete Breite größer ist als der sichtbare Inhalt. 5. **Fehler in .NET 1.1**: In älteren .NET-Versionen (wie 1.1, die in VB.NET 2003 verwendet wird) gibt es bekannte Bugs im Zusammenhang mit der TreeView-Steuerung und der Berechnung der Scrollbalken. **Lösungsansätze:** - **TreeView neu zeichnen lassen**: Ein Aufruf von `TreeView1.Refresh()` oder das kurzzeitige Entfernen und erneute Hinzufügen der Nodes kann helfen. - **AutoResize**: Es gibt keinen eingebauten Auto-Resize, aber du kannst die Breite der längsten Zeile selbst berechnen und ggf. die TreeView anpassen. - **Scrollbalken erzwingen/entfernen**: Es gibt keine direkte Eigenschaft, um den horizontalen Scrollbalken zu deaktivieren, aber du kannst mit Win32-API-Aufrufen experimentieren, um das Verhalten zu beeinflussen. **Beispiel für Refresh:** ```vb.net TreeView1.BeginUpdate() TreeView1.EndUpdate() ``` Das erzwingt ein Neuzeichnen und kann das Problem manchmal beheben. **Weitere Infos:** - [Microsoft Docs: TreeView Class](https://learn.microsoft.com/en-us/dotnet/api/system.windows.forms.treeview) - [Stack Overflow: TreeView horizontal scrollbar issue](https://stackoverflow.com/questions/1097857/treeview-horizontal-scrollbar-issue) Das Verhalten ist also meist ein Nebeneffekt der internen Breitenberechnung und kein Fehler in deinem Code. Ein Neuzeichnen oder das Entfernen und erneute Hinzufügen der Nodes kann oft helfen.