Hi,
In a Firemonkey Windows app I can paste Arabic text with no problem but in an iOS app it remains blank. Is there a work around for this?
Thanks,
Ken
Since TTMSFNCEdit inherits from TCustomEdit I wonder if the same behavior exhibits from TEdit?
Thanks. I will check and also in Delphi 13 as I am currently using 12.3.
I can confirm that this works with Delphi 13 but the TTMSFNCEdit.ControlType (not exposed) has to be set to TControlType.Platform. I can the save it to the database.
I also want to display Arabic (or any other language used) text in a TTMSFNCTableView which I have been unable to do.
TControlType.Platform is available for some default controls because they use the native iOS or Android control. FNC are custom controls which uses painting for rendering and there are shortcomings in FMX framework to handle RTL languages unfortunately.
I have tested using TListView with ControlType set to Platform and that displays Arabic text correctly. Can you not do the same?
Unfortunately no, TListView also maps on a native list. We don't use this technique. It's unclear if this is even possible, we'll have to investigate.
Ok thanks but it is clearly wrong that TTMSFNCTableView cannot display RTL text in iOS.
The default TLabel or TEdit can't either, the Platform control type is mapping on the native iOS controls which are real controls, all the rest is simulated. So it's indeed a shortcoming in FNC but in fact it's a shortcoming in FMX framework to handle this properly.
TTMSFNCDataGrid handles RTL languages correctly.
Just for cell rendering? or under which conditions? I ask because the TTMSFNCTableView just uses the same rendering engine.
I'm using an HTMLTemplate for both. In the case of the TTMSFNCDataGrid it is via a TTMSFNCDataGridDatabaseAdapter.
I'm sorry but I may have given you some misleading information. I thought that I had managed to get Arabic text working in iOS using a TTMSFNCDataGrid but I am unable to do so now. It does work in Windows.
As mentioned already, the implementation in FMX framework for RTL support is cumbersome, therefore it's currently not entirely possible to fully support RTL. It's on our todolist to see what's possible.
Unfortunately I can't wait for this so will switch to using DevExtreme in a browser. More work but I'm up against a deadline!