Suchergebnisse

Hi du hast immer noch Option Strict auf Off. Stelle das unbedingt auf On. Du machst dir und insbesondere uns definitiv das Leben einfacher, wenn du es aktivierst. Clear ist überflüssig, das übernimmt das Steuerelement selbst (Control.OnPaintBackground). Wenn back transparent ist, funktioniert dein Code nicht. Nimm besser GraphicsPath und dort AddArc, um das zu machen (Es genügt, zwei Arcs zu haben und dann CloseFigure oder wie das heißt aufzurufen, du brauchst AddRectangle nicht, da eine Verbind…

Erwischt Ich nehm's zurück, sorry. Viele Grüße ~blaze~

Da hab' ich eine Reihe von Anmerkungen: - das erste StartFigure sollte überflüssig sein - this.Region benötigst du ebenfalls nicht, außer du möchtest den Hintergrund ausblenden - Es wäre evtl. eine Idee von CheckBox zu erben, da es sich um eine CheckBox handelt (die hat allerdings 3 States) - immer using oder zumindest Dispose für GraphicsPath verwenden, ebenso für SolidBrush und alle anderen IDisposable implementierenden Klassen - Du rufst ständig SetRoundPath auf, wenn du es in ToggleButton_Pa…

Achso, sorry, du hast ja - 8 gerechnet, da muss es dann ja + 4 sein. StartFigure ist überflüssig, nicht CloseFigure, zumindest wenn du nicht nur das Volumen zeichnen willst. Control selbst implementiert übrigens bereits IDisposable. Das solltest du oben nicht mehr hinschreiben. Du sollst übrigens den GraphicsPath zum Zeichnen des Hintergrunds benutzen, nicht zum Zeichnen der Ellipse. Heute ist irgendwie nicht mein Tag. Viele Grüße ~blaze~

Wenn du die Farbe auf Transparent setzt, schon. Schau' dir mal die Flags bei SetStyle an, da kannst du einstellen, dass transparenter Hintergrund unterstützt wird. CloseFigure wird nur dann nicht überflüssig sein, wenn du keinen Rand zeichnen willst. Sonst ist der Rahmen nicht geschlossen. StartFigure benötigst du wohl auf jeden Fall nicht. Und wie gesagt, es wäre meine Empfehlung von CheckBox zu erben und bei SetStyle UserPaint zu übergeben. Dadurch hast du die Funktionalität der CheckBox berei…

Der GraphicsPath dient dir lediglich dazu, komplexere Geometrien auf einmal zu zeichnen, so wie z.B. die Hintergrundfigur. Der GraphicsPath ist sozusagen eine Art Liste, die alle zu zeichnenden Punkte enthält. Somit zeichnest du nur dein Rechteck mit den zwei Halbkreisen in den Hintergrund und in den Vordergrund den zu verschiebenden Knopf. Viele Grüße ~blaze~

Funktioniert der von dir gepostete Code jetzt? Viele Grüße ~blaze~

Skalierung führt bei Buttons halt zu einem signifikanten Problem. Wenn die Bitmap nicht exakt die Größe hat, die gefordert ist, sieht das Steuerelement halt einfach nur hässlich aus. Viele Grüße ~blaze~

Außerdem gibt es die Möglichkeit, ColorMatrix zu nutzen. Ich halte den Ansatz aber nicht für erfolgsversprechend. Viele Grüße ~blaze~

Das sag' ich doch. Viele Grüße ~blaze~

Meiner Ansicht nach das manuelle Zeichnen. Da hast du wesentlich mehr Kontrolle über die Art der Arithmetik, bist nicht auf Ressourcen angewiesen und es ist auch der übliche Stil. Wenn du übrigens Anwendungen in eigenem Design erstellen willst, empfehle ich dir dringend WPF. Dort hast du weitaus mehr Möglichkeiten, sowas zu machen, es ist einfacher (meiner Ansicht nach), komplexe Oberflächen zu gestalten und du hast den Vorteil eines recht ausgereiften Datenbindungssystems. Man muss sich halt nu…

Wenn du Windows Forms ohne Datenbindung machst, bist du sowieso eigentlich verloren. Außerdem ist das Thema nicht so kompliziert. Warum du FloodFill implementierst, verstehe ich allerdings auch nicht. Es bedeutet dir nur Aufwand und nützt dir letztenendes gar nichts. Auf jeden Fall: Wenn du Zeit hast und GUI machst, gibt es keinen Grund, WPF zu scheuen. Das ist weitaus mächtiger, als das veraltete Windows Forms (einzig und alleine bei der Platformunabhängigkeit könnte man da noch streiten, aber …

Das schaust du dir am besten nochmal an. View ist die GUI (d.h. das, was du im Fall von WPF in XAML darstellst), das Model stellt die Daten bereit, die vom View dargestellt werden sollen und verarbeitet diese. Außerdem sendet es Informationen über Änderungen, usw. Das View Model dient der Verwaltung der Aktionen, die View-spezifisch sind. D.h. du hast ja bspw. Menüpunkte und dergleichen, die eine bestimmte Aktin durchführen; diese werden im View Model modelliert (quasi ist das View Model das Mod…

Ich glaube, Facebamm wollte in einem zweiten Satz sagen, dass er gerne die Steuerelemente in einem Teil seines Steuerelements platzieren möchte. Das geht über einen eigenen ControlDesigner. Näher habe ich mich damit nicht beschäftigt, aber ich halte es auch für ein eher nicht so sinnvolles Unterfangen. Viele Grüße ~blaze~