Interesting.. I guess that means we'll have to allow layouts to override the numeric layers, which isn't really something supported currently.

forceRawKeyEvent generally shouldn't be necessary here, it's for things like tab that apps often want to intercept and handle themselves.

Have a look at 0ca7824, it should let you do the numbers by setting Layout(digits = ...).

I commented TextDirection workaround for RTL languages because Samsung devices flip these characters automatically regardless of keyboard and ruin this workaround.

Is this still an issue on 0.1.6? It changed the RTL rendering to hopefully be slightly less wonky.

Have a look at 0ca7824, it should let you do the numbers by setting Layout(digits = ...).

It worked great, Thanks a lot. I updated main layouts accordingly.
can same be done with symbols? I can pass Farsi symbols layout to mergedFullSizedNumericLayer but it would change other layouts too.

Generally, language-specific symbols (where they absolutely have to exist) are done by just adding them to the regular letters layout.

Is this still an issue on 0.1.6? It changed the RTL rendering to hopefully be slightly less wonky.

it's not an issue with keyboard. brackets should be flipped to be displayed correctly in other devices, but Samsung devices flip them automatically regardless of keyboard so they shouldn't be flipped in order to be displayed correctly in Samsung devices.

Any idea how they decide to do this? Based on the system language?

Generally, language-specific symbols (where they absolutely have to exist) are done by just adding them to the regular letters layout.

Farsi and similar RTL languages like Arabic use RTL symbols for some characters(unlike Hebrew) like question mark(؟), comma(،) and semicolon(؛) and we use diacritical marks which are necessary sometimes but would clutter letters layout.

Any idea how they decide to do this? Based on the system language?

I added different layout for Samsung devices in thumb-key and same can be done here. I'm not familiar with android programming but is it possible to add some toggle switch in settings that overrides flipBrackets function behavior? like by default flipBrackets work accordingly but some control variable controlled by toggle switch could change its behavior.

and it's not related to system language (using English myself), it behaves like this when it encounters RTL characters.

other devices:
typing ) beside RTL characters flips it and it would look like ( but it's actually not changed (same character but looks like it has flipped).
Samsung devices:
typing ) beside RTL characters would actually replace it with ( and would look like ). (in order to show them correctly I assume)

most popular keyboards map brackets and similar characters to opposing direction characters in RTL layouts in order to display them correctly but since Samsung flip them again it would ruin this workaround.

Hi I am new here , This is my first time . I want to make pull request , I don't know how , This site i svery complicated lol. I would like to share in creating Arabic lazout. What should I do ? I have zero experience in Programming.

@AhmadMoradDoctor Let's make a separate issue for this, since it's a separate layout (as far as I'm aware). I've filed #210. But in short, the process is:

1. Look at https://github.com/nightkr/flickboard/blob/main/app/src/main/java/se/nullable/flickboard/model/layouts/ENMessagEase.kt
2. Modify it with the characters you want
3. Send the modified file to me, either by creating a pull request here or by emailing it to me (nat@nullable.se)

Optionally, if you have Android Studio (https://developer.android.com/studio) then it should show you live previews for your layout as you edit it. Otherwise any plain text editor (such as Notepad) should work.

Okay, added a generic workaround for RTL bracketing in d4c357c.

Are the paragraph symbols intentional?

Okay, added a generic workaround for RTL bracketing in d4c357c.

just tried it and its working great, thanks.

Are the paragraph symbols intentional?

yeah, I'm trying to display RLM character visually and I thought maybe ¶‹ is better than ‹ and its resemble Microsoft word RTL icon. what's your thought?

I don't use RTL myself so I have no idea what's comfortable or expected for RTL users.

with symbols layouts, it's ready for merge thanks.

there are just 2 visual problems:
1.


turning "don't reverse brackets option" off make label for RLM characters looks like ݦ.

1.farsi/arabic diacritics aren't displaying correctly in layout(font related maybe?)

Hm, might be.. :/

1.farsi/arabic diacritics aren't displaying correctly in layout(font related maybe?)

Not sure what you mean here :/ maybe we can open a separate issue for that?

1.farsi/arabic diacritics aren't displaying correctly in layout(font related maybe?)

Not sure what you mean here :/ maybe we can open a separate issue for that?

they should be displayed like this in layout:

how they are displayed:

they should be displayed like this in layout:

The core issue seems to be that they get rendered outside of the Text's bounding box, and thus get clipped away if the BoxWithConstraints gets its own rendering layer. The "fix" is to add a space to add back the required padding.

4de289d