Ich möchte eine Kontur für eine Zeichenkette per GraphicsPath erzeugen. Aber der GraphicsPath entartet bei manchen Fonts (hier desyrel). Wenn ich die Kontur mir GraphicsPath.DrawString erzeuge, ergibt sich die im folgenden Bild gezeigte Entartung. Wenn ich die Kontur pixelweise erzeuge, sieht sie normal aus. Allerdings benötigt die pixelweise Erzeugung vergleichsweise viel Zeit.



Ich gehe davon aus, dass die Entartung auf Besonderheiten des/der Fonts zurückzuführen ist. Nun suche ich nach Möglichkeiten, den GraphicsPath zu "desinfizieren". Mit GraphicsPath.Pathdata könnte man den Pfad vielleicht zerlegen und irgendwie analysieren. Aber wie dann wieder zusammensetzen?

Gibt es dazu bereits Erfahrungen oder Wissen? Oder empfiehlt sich eine ganz andere Methode für die Kontur?

Es hat zwar noch niemand reagiert. Aber ich habe die Lösung inzwischen gefunden. Es gibt im Internet dutzende Empfehlungen wie man eine Kontur zu einer Zeichenkette per GraphicsPath erzeugt. Allen Beispielen (!) fehlt ein entscheidender Schritt: Das Setzen der Eigenschaft

Pen.LineJoin = LineJoin.Round

Damit werden die Ecken zweier aufeinandertreffender Linien abgerundet. Sicher kommt die Notwendigkeit bei vielen Fonts nicht zum Tragen. Ich bin aber auf das Problem bei viel mehr als einem Font gestoßen.

würde ich mich über ein Beispiel freuen ...

Tut mir leid! Mein Thema betraf nicht die Frage, wie erzeuge ich eine Schriftkontur, sondern wie vermeide ich den dargestellten Fehler in der Erzeugung einer Schriftkontur. Und die Antwort darauf habe ich gegeben. Es war die einfache Anweisung



Falls es darum geht, wie man grundsätzlich eine Schriftkontur erzeugt, hätte das klar formuliert werden müssen. Für alle, die die Erzeugung einer Schriftkontur grundsätzlich interessiert, hier eine kurze prinzipielle Befehlsfolge. Mein Algorithmus eignet sich hier nicht, weil er zu komplex ist. Deshalb habe ich eine vereinfachte Befehlsfolge zusammen gestellt, die mit der Erstellung eines neuen Fensters beginnt, welches dann etwa mit dem folgenden Code versehen wird:

Bei diesem Beispiel sehe ich keinen Unterschied zwischen mit und ohne

Den wirst Du bei Arial auch nicht sehen, weil der Font vielleicht keine spitzen Ecken aufweist, die abgerundet werden müssen (auch wenn es so aussieht). Aufgetreten ist das eher bei Fonts, die scheinbar geglättet und abgerundet sind. Ich hatte extra oben von machen Fonts geschrieben. Es waren bei weitem nicht alle, aber auch nicht nur einer. Das war ja das Schlimme, woran ich verzweifelt bin.

Übrigens hatte ich in meinem letzten Beitrag über das Beispiel geschrieben, ... Falls es darum geht, wie man grundsätzlich eine Schriftkontur erzeugt.... weil ich die Beiträge von dritter Seite so verstanden hatte.

deren Name ich hier geheim halten möchte

natürlich nicht, aber das klingt so, als hätte ich den Effekt erfunden. Außerdem war in meinem Eröffnungsbeitrag zum Thema bereits desyrel als Font genannt. Hatte also nichts mit Geheimhaltung zu tun. Hier mal ein paar weitere Beispiele: Algiers, ArSchatten7, Brush Script MT, Pennello, PlainGermanica, ShadowedGermanica. Es handelt sich also durchaus nicht um einen Ausrutscher bei einem einzelnen Font.

Ausprobieren mit und ohne myPen.LineJoin = LineJoin.Round

Exception "Ungültiger Parameter", wenn da der Name eines vorhandenen "merkwürdigen" Fonts derin steht

Im ersten Moment würde ich sagen, dass da der Font im System nicht registriert ist, aber das scheidet ja aus. Nun wird es aber noch interessanter! Gibt es denn falsche und richtige oder gute und schlechte Fonts? Was hast Du für ein System, wenn die Frage erlaubt ist. Ich arbeite mit W7 und W81. Vielleicht hängt die Reaktion bei Dir auch mit der Fehlerbehandlung von VB zusammen.

Für mich ist die Ursache des Fehlverhaltens (nicht Deiner Fehlermeldung) mittlerweile verständlich. Spitze Ecken in der Fontkontur führen durch Verlängerung der Tangenten zwangsläufig zu eben diesem Effekt. Erst das Abstumpfen mit LineJoin.Round lässt er sich verhindern. Ich kenne den Effekt von Corel Draw. Wenn man dort zwei Linien spitz aufeinandertreffen lässt, haut es auch so einen Spitzen Dorn raus, der beliebig entarten kann. Man muss dann auch die Option Ecken abrunden wählen, um das zu vermeiden. Aber am Ende ist das doch nicht 'Ehrenrühriges' und rechtfertigt nicht den Fehlerkommentar, der wenn überhaupt bei der Registrierung des Fonts angebracht wäre aber nicht bei der Anwendung.

Da ist zu sehen, was zu sehen sein soll.

Das habe ich nicht ganz verstanden. In obigem Quelltext sollte bei Courier New und p.LineJoin = LineJoin.Round doch alles sauber kommen. Ich dachte, interessiert hätte der Fall, wo es nicht klappt, also Font ohne LineJoin und mit Effekt.