Indem Du verstehst, was der Code macht und ihn dann an Deine Wünsche anpasst?

Du hast 4x AddArc, baust also an 4 Stellen einen Bogen ein. Ein GraphicsPath fängt bei einem Punkt an und man sagt dem Compiler eben, wie es von dort weitergeht. Daher wäre es eben sinnvoll, dass Du einmal AddArc hast und dann eben 2-3 gerade Linien, ggf. mit CloseFigure abschließen. Mal den GraphicsPath ggf. Schritt für Schritt als grafisches Objekt, anstatt es als Formaußenrand zu verwenden, dann kommst Du sicherlich schneller zum Ziel, weil Du nach jeder zugeschalteten Anweisung verstehst, was diese mit der Gesamtfigur macht.

@Nico(Nano.exe) Experimentiere mit den Parametern der Prozedur, da bekommst Du ein Gefühl, was da passiert.
Einmal kannst Du von außen andere Werte vorgeben, zum anderen kannst Du innerhalb der Prozedur einzelne Ecken anders behandeln, z.B. den Radius verdoppeln.

Ich hab da mal ne Frage: Wieso gehst du über die Form.Region? hier beschneidest du dich selbst in deinen Möglichkeiten, da du auf die Regions kein AntiAliasing anwenden kannst und abgerundete Ecken verpixelt ausgegeben werden. Das zu smoothen ist mit Regions echt kein Vergnügen. Stattdessen würde ich wie folgt vorgehen:



Und dann im PaintEvent:

*Antwort auf gelöschtes Posting entfernt*

@Yanbel: Mit jedem Paint-Event die Regions neu kreieren und dem Form als Region zuordnen? N bisken Overkill, oder? Dann vielleicht (!) noch eher den GraphicsPath speichern und ihn nur noch im Paint-EventHandler anwenden.

Ich programmiere ja auch schon eine Weile, aber wie es so ist, gibt es Bereiche die ich nie auch nur ansatzweise berührt habe.
Aber ich weiß, dass bei Winforms die GUI über Ereignisse (Events) gesteuert wird. Freundlicherweise, oder Dummerweise hilft einem die GUI dabei so sehr, dass man den Begriff selbst kaum kennen muss, wenn man sich die Ereignisse so ansieht, fallen einem vielleicht Begriffe wie EventArgs auf, vielleicht aber auch nicht.

Nun schreibt aber @Yanbel von der Form, konkret von der Methode / Funktion FormAbrunden. Wenn man jetzt noch im VS in den Eigenschaften der Form nachschaut, welche Ereignisse man buchen kann, käme man schon dahinter, welches Event, sorry.. Ereignis es sein könnte.
Was @Yanbel aber nicht schreibt ist, dass man die Variable gPathForm erst einmal definieren muss, Private für die Form selbst. Dann steht da auch nichts davon, dass die Form wohlmöglichst keinen Rahmen (Border) haben sollte, damit das Ergebnis auch toll aussieht. Dann kommen die nächsten Probleme, wie baue ich den Rahmen und die ControlBox oder wenigstens eine "Beenden"-Möglichkeit in die Form ein.
Also Fragen über Fragen und IMO für den OP zu harter Tobak.

Mit jedem Paint-Event die Regions neu kreieren und dem Form als Region zuordnen? N bisken Overkill, oder? Dann vielleicht (!) noch eher den GraphicsPath speichern und ihn nur noch im Paint-EventHandler anwenden.

@VaporiZed: Mache ich normalerweise im Resize-Event und verwende im Paint-Event nur noch das fertige GraphicsPath. Für das aber verweise ich auf den vorangegangenen Post von @FormFollowsFunction: Der TE hast sich hier bisher nicht mit Ruhm bekleckert, was Eigeninitiative angeht. Und von daher kriegt er eine Lösung die funktioniert und nicht die Top-Lösung. Im Normalfall hätte ich ihm auch WinForms mit Viewmodel ans Herz gelegt in welchem er dutzende Beispiele findet, die exakt so aufgebaut sind, wie du es gerade beschrieben hast. Aber seien wir mal ehrlich, wer nicht mal nach Paint-Event googlt, sondern lieber eine Frage in einem Forum postet... der Satz bedarf glaube ich keiner Weiterführung.

@Dksksm Vermutlich hast du Recht. Aufgrund seines Programmbeispiels hatte ich angenommen, dass er grundlegende Kenntnisse in diesen Bereichen besitzt.
gPathForm habe ich nicht extra beschrieben, weil der Typ klar ist (siehe: gPathForm = New GraphicsPath) und dass man um eine Variable in zwei Methoden verwenden zu können, diese klassenweit deklarieren muss, setze ich für jemanden der sich mit Regions beschäftigt als Grundkenntnis voraus. Und ja, die Form sollte Borderless sein, für den Fall dass er den Code wie ich auf eine Form anwenden will.

Dann steht da auch nichts davon, dass die Form wohlmöglichst keinen Rahmen (Border) haben sollte, damit das Ergebnis auch toll aussieht. Dann kommen die nächsten Probleme, wie baue ich den Rahmen und die ControlBox oder wenigstens eine "Beenden"-Möglichkeit in die Form ein.

Wenn er eine Ecke abrunden will, dann sollte der TE zwangläufig wissen, wie man hier vorgeht. Ansonsten sollte er die Form vielleicht lieber eckig lassen