Erkennen, ob ein Punkt zu einem Font dazu gehört

[BlackJack]

Moin
Ich frage mich, ob es eine WinAPI-funktion gibt, die mir im prinzip einen font beschreibt. und zwar würde ich gerne einen 2D-punkt angeben, und die funktion sagt mir, ob der Punkt zum Font dazugehört oder nicht. die angabe der koordinaten sollte dabei am besten im bereich von 0 bis 1 liegen. die funktion soll mir das dann aber aufgrund der den font beschreibenden kurven sagen - was ich also auf keinen fall machen kann ist den Font in ein Bitmap zeichnen zu lassen und dann einfach die pixel zu vergleichen, da dann ja ecken und kanten auftreten werden, die ich gar nicht gebrauchen kann.

ich könnte mich natürlich auch mit dem .ttf-format auseinander setzen und mir selber die kurven und splines raussuchen, die den font beschreiben, allerdings wäre das wahrscheinlich ziemlich kompliziert und eine fertige WinAPI-funktion wäre mir da lieber.

oder kennt jemand eine Komponente oder Klasse die das kann?

danke.

[Stanlay Hanks]

Es gibt keine WinAPI Funktion für OCR oder derartiges.

Man liest sich, Stanlay :hi:

[BlackJack]

Zitat:

Zitat von Stanlay Hanks

Es gibt keine WinAPI Funktion für OCR oder derartiges.

ah, schade. und komponenten kennst du wahrschneinlich auch keine?
ach ja, was genau ist den OCR?

edit: ach ich seh gerade, OCR ist Text-Erkennung, darum geht es mir aber nicht. ich will der funktion sagen wir 2 floats (für x und y), ein zeichen und einen Font angeben, und die funktion sagt mir, ob der punkt zum font gehört oder nicht (also ob er schwarz oder weiss gezeichnet werden müsste). oder war das schon klar geworden?

[Stanlay Hanks]

Hi nochmal. Erläutere doch mal bitte genauer, was du machen möchtest. Ich verstehe das noch nicht ganz.

[BlackJack]

also.
es geht mir darum herauszufinden, ob eine bestimme 2D-koordinate zu einem zeichen in einem bestimmten Font dazugehört, dann müsste dieser punkt schwarz gezeichnet werden, oder nicht, dann müsste der punkt weiss gezeichnet werden. und das möchte ich eben unabhängig von der größe des Zeichens machen.
ich könnte wie gesagt natürlich den buchstaben in ein TBitmap reinzeichnen, die höhe und breite des bitmaps auf den bereich 0..1 mappen und dann einfach den entsprechenden pixel anschauen, aber das will ich nicht, weil eben durch die pixel-rasterung kanten entstehen.
und es muss auf jeden fall ohne diese kanten gehen, da ja Fonts nicht irgendwie pixelbasiert als Bilder gespeichert werden, sondern es werden die kuven gespeichert, anhand derer sich die zeichen dann zeichnen lassen. die frage ist jetzt halt nur ob ich selber diese kurven berechnen muss oder ob Windows mir dafür routinen zur verfügung stellt.

ich hoffe das ist jetzt klarer geworden.

edit: was ich also im prinzip haben will ist der "Bauplan" eines Zeichens.

[xaromz]

Hallo,

mal doch deinen Buchstaben in einen Path, wandle diesen in eine Region um, und teste dann mit PtInRegion.

Gruß
xaromz

[BlackJack]

Zitat:

Zitat von xaromz

mal doch deinen Buchstaben in einen Path, wandle diesen in eine Region um, und teste dann mit PtInRegion.

ich weiss jetzt nich genau was du mit Path meinst, aber ich denke mal nicht dass das gehen wird, da man beim "malen" ja wieder den "Bauplan" des zeichens in ein pixelbild rastert, und da hat man dann ja wieder kanten drin.

[xaromz]

Hallo,

Zitat:

Zitat von BlackJack

ich weiss jetzt nich genau was du mit Path meinst, aber ich denke mal nicht dass das gehen wird, da man beim "malen" ja wieder den "Bauplan" des zeichens in ein pixelbild rastert, und da hat man dann ja wieder kanten drin.

Ein Path ist eher mit Vektordaten zu vergleichen. Aber wenn Du genaue Ergebnisse haben willst, dann wirst Du das wohl nur über die Glyph-Eigenschaften hinkriegen.

Gruß
xaromz

[BlackJack]

und was sind diese Glyph-eigenschaften bzw. wie komme ich an die ran?

[negaH]

Zitat:

ch weiss jetzt nich genau was du mit Path meinst, aber ich denke mal nicht dass das gehen wird, da man beim "malen" ja wieder den "Bauplan" des zeichens in ein pixelbild rastert, und da hat man dann ja wieder kanten drin.

Aha. Wie wird denn dein 2D Punkt angegeben ? Als Zahlen ? Als Double Zahlen ? Ach schau an, auf grund ihrer Auflösung haben zb. Ganzzahlige Zahlen wie Integer ebenfalls "Stufen" in Schritten von +-1 drinnen. Auch Double oder jeder beliebige andere Zahlentyp hat "Stufen" bzw- eine Rasterung. Man könnte auch von Fehlern in der maximalen Auflösung reden, wie bei Bitmaps oder auch Vektorzeichnungen.

Es hängt also nur davon ab wie du die Fonts scaliert in einen Path umwandelst. Die daraus erzeugbare Region ist wie auch der Path eine Vektorzeichnung.

Den Vorschlag von xaromz halte ich für absolut richtig, und alles wird vom GDI API unterstützt.

Gruß Hagen