String RightToLeft Direction

[sibianu]

Hallo,

ich habe ein kleines, oder vielleicht auch grösseres Problem mit Texte, die verschiedeneBiDi-Elemente beinhalten, in einem Textfield.
Um die Probleme zu vermeiden habe ich mir einen eigenen Document gebastelt, dass keine Bidi-Elemente mehr beinhaltet, und somit auch keine RightToLeft Richtung. sprich ich kann einen text auf persisch z.B. schreiben und meine Positionen bleiben mit 0 ganz links. Ich hoffe das ich das einigermassen verständlich ausgedrückt habe.
Mein Problem ist jetzt, dass ich die Tastatur auf persisch umschalte, schreibe etwas im Textfield und alles klappt wunderbar, sieht zumindest so aus, ich verstehe leider kein persisch. Ich muss dazu noch sagen, dass ich einen eigenen Buffer im Hintergrund habe, der mir jede Eingabe händelt. Bei Eingaben von Text nehme ich den bisherigen Inhalt, füge die Eingabe an die Richtige Stelle und dann füge ich mit setText() den Text wieder ein. Und hier ist schon mein Problem: dieser String, der mit persische Buchstaben gefüllt ist, ist im Prinzip trotzdem Rechts-Links. Wenn ich diesen Text jetzt mit setText auf mein TextField setze bildet er mir die Positionen anscheinend gespiegelt, die Breite des ersten Buchstabe entspricht jetzt die Breite des letzten Buchstabe. Da ich die persischen Buchstaben und deren Breite nicht kenne ist mir das erst aufgefallen als ich noch irgendwelche Zahlen einfügte.
Hat jemand eine Idee wie ich diesen String sage, dass er mir den Inhalt immer Links-Rechts schreibt? Ich habe leider noch nicht den Zusammenhang zwischen der String-Klasse und dieser Directions gefunden. Oder gibts intern irgendwelche Eigenschaften die man Einstellen kann? Ich weiß nur, dass es früher solche Eigenschaften gab wie "dir" in der Stringklasse, die werden aber schon seit der Version 1.2 glaube ich nicht mehr benutzt.

Danke im voraus,
sibianu

 

[Tobias]

Ein String weiß nicht, wie er dargestellt wird - eine Suche nach solchen Einstellungen an dieser Stelle ist also zwecklos. Die einzigen Klassen, die mir einfallen, die sich mit String-Darstellung auf diesem Niveau beschäftigen sind die in java.awt.font - ich habe aber keine Ahnung, ob du da an der richtigen Stelle bist.

mpG
Tobias

 

[Ebenius]

Wenn ich es richtig verstehe, benutzt das AbstractDocument eine private Methode calculateBidiLevels(int, int) zur Berechnung der Levels und nutzt dazu die java.text.Bidi-Klasse.

Schau Dir mal den Code dazu an. Vielleicht hilft der Dir, die Problematik besser zu verstehen. Mehr hab ich dazu leider auch nicht.

Grüße, Ebenius

 

[Guest]

Dass ich einen eigenen Document benutze ist richtig, basiert allerdings auf den normalen Document und nicht auf den Abstract-Document. Das mit den BiDi muss ich allerdings vielleicht etwas deutlicher erklären:
Mein Document kennt also gar keine BiDi-Elemente mehr, er erstellt noch nichtmal welche, egal ob ich nur eine Text-Richtung habe oder nicht. Die habe ich einfach wegmachen müssen, da ich mit mehrere BiDis ein Haufen Probleme hatte wie z.B. 2 x die Caret-Position 0, von denen ich nur eine ansprechen konnte. Warum ich das jetzt machen muss ich jetzt eigentlich Nebensache.
Das Problem ist jetzt nur, dass mein Document jetzt sowas wie BiDi nicht mehr kennt, aber der String, den ich mit setText() einfügen will, anscheinend schon. Ich habe mir die String-Klasse angeschaut, finde aber kein Zusammenhang zwischen String und BiDi oder dieser "di18n"-Eigenschaft.
In der String-Klasse gibts eine interne Var "char value[]", wo der eigentliche Text drinsteht. Für normale LeftRight-Schriftarten fängt der Text bei value[0] an und geht dann weiter bis value[n]. Bei RightLeft-Schriftarten speichert er aber den Text umgedreht ab, sprich den ersten Buchstabe oder Zeichen bei value[n] und den letzten bei value[0]. Da mein Document jetzt aber nur noch eine Richtung kennt, erstellt er mir die Caret-Positionen gespiegelt. Man merkt es wenn man mit den Pfeil-Tasten nach links oder rechts geht, dass die Breiten der Positionen eigentlich den Breiten des auf der anderen Seite des Textes liegenden Zeichen entspricht. Wenn also beispielsweise "w i" eine RightLeft-Sprache wäre, würde die Position von "w" die Breite von "i" haben und andersrum. :autsch:
Ich hoffe ich habe mich heute etwas deutlicher ausgedrückt, und dass mir jemand mal helfen kann. Ich werde mir in der Zwischenzeit auch die java.text.Bidi-Klasse anschauen, vielleicht finde ich doch einen Zusammenhang mit der String-Klasse.

Danke im voraus,
sibianu

 

[sibianu]

Ich werde mir natürlich auch die java.awt.font anschauen, obwohl ich das eigentlich vermeiden wollte.

 

[sibianu]

Also irgendwie habt ihr beide Recht, es gibt sowohl in der BiDi-Klasse als auch in der Font-Klasse RightToLeft-Handling, aber ich finde das ist schon etwas zu weit. Mein Problem ist eigentlich schon viel weiter vorher, bei mir ist der String schon falsch rum, ein String hat noch kein Font und hat auch erstmal nichts mit BiDi zu tun, oder täusche ich mich da? Ich habe eigentlich nur diesen Char-Array der falschrum gespeichert wird.

 

[Ebenius]

bei mir ist der String schon falsch rum

Das sehe ich auch so. Ist wohl falsch. ;-)

ein String hat noch kein Font

Richtig.

und hat auch erstmal nichts mit BiDi zu tun, oder täusche ich mich da?

Da täuschst Du Dich wahrscheinlich; zumindest ein bisschen. Es gibt gewisse Regeln in welcher Reihenfolge Zeichenketten dargestellt werden müssen. Den gesamten String herum zu drehen, wenn der Input arabisch ist, geht halt bei Ziffern schief, da diese LTR sind.

Bekommst Du das Problem nicht ohne eigenes Dokument hin?

Ebenius

 

[sibianu]

Leider nicht, irgendwie ist Java nicht für die Benutzung von mehrere Sprachen gedacht, diese BiDi-Elemente sind einfach nur Schrott. Da ich sowieso jede Eingabe abfange kann ich doch auf diese BiDis verzichten und die Sachen so einfüge wie ich will. Ich habe leider keine andere Lösung gefunden und meine Kollegen auch nicht.
Ich kann mir noch vorstellen, dass diese "i18n"-Eigenschaft, die vom System kommt, und auch in der BiDi-Klasse abgefragt wird, Schuld ist. Ich finde aber wirklich keine Verbindung zwischen der String-Klasse und der BiDi-Klasse oder dieser Eigenschaft.

 

[sibianu]

Ok, angeblich kann man die Positionierung in der TextLayout-Klasse beeinflussen, muss nur noch eine gute Verbindung dahin finden. Ich glaube das müsste gehen wenn man über drawString() an den GlyphVector dankommt und von da an den GlyphRenderer. Ich sage bescheid wenn das funktioniert, falls das überhaupt jemand interessiert, ansonsten danke ich euch schon mal für die Tips. Wenn es nicht klappt dann nerbve ich euch ein bisschen weiter. )