Gr32 - Unterstrichener Text bei TextToPath geht nicht

[berens]

Das wäre sehr unglücklich... :/

Ich dachte bei der TextToPath Funktion werden quasi die Glyphen als S/W Bitmap gezeichnet, über Rahmenlinien in einen "Path" verwandelt und dann mit ner richtigen "Vektorgrafik"-Funktion (PolyPolygonFS_LCD2) nochmal später tatsächlich gezeichnet. Da müsste ja dann die Unterstrichlinie dabei sein. Scheinbar ist dem aber nicht so.

Beim selbstzeichnen weiß ich halt auch wegen Zeilenumbrüchen etc, wo -pro Zeile- der Text aufhören würde - zusätzlich erschwert durch die mögliche Ausrichtung von Links-Mitte-Rechts, Oben-Mitte-Unten. Im Prinzip müsste ich mir die "Textrect" funktion komplett neu selbst programmieren, incl. Parsing von Zeilenumbrüchen etc. Ich brech ab...

Zitat:

Text1 bla bla Foo
mit Zeilenumbruch

darf dann nicht in ______________________________ ohne Zeilenumbruch enden, aber auch nicht in

Zitat:

Text1 bla bla Foo
_______________________
mit Zeilenumbruch
_____________

Evtl. könnte ich die normale TextRect Funktion von Windows (bzw. Bitmap.Canvas o.ä.) drüberwerfen, das sollte eigentlich -bis auf's Antialiasing- deckungsgleich sein. Gibt es Möglichkeit, unterstrichenen Text auszugeben, und dabei nur den "Unterstrich" zu zeichnen, also die Buchstaben wegzulassen? Ich meine da was im Kopf zu haben...?

[Sinspin]

Hallo, wenn du eh mit GR32 arbeitest zeichnest du doch eh selber? Warum dann nicht auch die Linie einfach selber unter den Text zeichnen? Also nicht aus Zeichen, sondern als Grafik, unterstreichen, durchstreichen, überstreichen, durchkreuzen, alles geht

[berens]

> Warum dann nicht auch die Linie einfach selber unter den Text zeichnen?
Gerade bei mehrzeiligem Text weiß ich nicht, wo sich gerade die einzelnen Worte befinden. Abhängig von Schriftart, Zeichenhöhe, Kerning, Wordwrap, Ausrichtung (Oben Unten Mitte, Links Rechts Mitte) etc. ist es ab einer gewissen Zeilenzahl sehr unwahrscheinlich, dass ich noch halbs richtig unterstreiche. Bei einzeiligem Text ohne Umbruch - sicher: kein Problem. Bei mehrzeiligem Text müsste ich die komplette TextRect-Prozedur selbst nachprogrammieren um zu wissen, wo Buchstaben stehen und wo nicht - dafür habe ich nicht das Know-How, und auch nicht die Zeit wenn die TextToPath Prozedur das ja im Prinzip schon fertig kann.

Bei Ö und Ä sind die Punkte auch extra und nicht durchgehend als Pfad verbunden. Warum kommt die Unterstreichen-Linie nicht?

Im Anhang kann man sehen, wie sich die Länge der Worte und deren "Unterstreichungen" nicht decken. Woher sollte man also diese Abmessungen nehmen, ohne sie mit exorbitnatem Aufwand selbst zu kalkulieren?

[Michael II]

Wenn du nur waagrecht Text ausgeben willst, dann könntest du _BitMap.RenderText() verwenden. Damit klappt es mit dem Unterstreichen - und gerendert wird auch schön.