the reason its stupid - if the file name starts in english, they add a Right-to-Left override to start writing in RTL and then close it right after that - w h a t s t h e p o i n t

i basically know nothing about RTL, or how OS's handle things like that, so all of that is essentially meaningless to me

btw - about RTL support in haxeui - i have a small script to enable super basic RTL handling in text inputs

you might be able to add it into text input handlers, its framework/platform agnostic

whats the script?

if (CharTools.rtlLetters.match(textField.text.charAt(textField.caretIndex - 1))) { textField.setSelection(textField.caretIndex - 1, textField.caretIndex - 1); } else if (CharTools.rtlLetters.match(textField.text.charAt(textField.caretIndex)) && textField.text.charAt(textField.caretIndex - 1) == " ") { textField.setSelection(textField.caretIndex - 1, textField.caretIndex - 1); } else if (CharTools.rtlLetters.match(textField.text.charAt(textField.caretIndex)) && textField.text.charAt(textField.caretIndex - 1) == "\n") { textField.text = textField.text.substring(0, textField.getLineOffset(textField.caretIndex)) + "\n" + textField.text.substring(textField.getLineOffset(textField.caretIndex)); textField.setSelection(textField.text.length, textField.text.length); }

oh wait it depends on my lib

lemme fix that

the way to edit the caretIndex is for openfl, but you can change that wo whatever implementation matches

not just windows, but the whole microsoft ecosystem is evil for RTL

copy pasting text between programs will break it

actually microsoft's RTL is pretty nice

especially if you have some thing like, some arabic sentence with english text in brackets inside of it

i think caretIndex and setSelection are good additions to haxe anyway, i have them written down somewhere, just have to stub them and then implement for any backends that support it

you dont need to do that now tho, i spot some edge cases in that code anyways

tbf, that sounds pretty complex, do other OS's do it better? I have no experience (at all) with actually using any RTL system

i made the like 2 weeks ago

the biggest problem with RTL is over-engeneering it

reversing right directional chars to te left...

but i mean, in hebrew, how do you write: "2 > 1" ?

2 > 1

exactly the same

right

numbers are the same in any RTL language

so they dont need to be considered

yeah, same in arabic, which i always found confusing

(i used to read and write arabic, havent for ages and ages though)

the biggest problem is softly typed chars - ones that dont relate to any langauge and dont have a specific direction

i handle those by checking the direction of the char before the soft char and applying the direction to the softly typed char

I don't actually know, I only know I've had issues with it on windows 😄