[4.0] RTL: correcting Joomla Installation display

[infograf768]

Summary of Changes

Correcting Select language height by taking off custom-select-sm (this also for LTR) and using the correct select-bg-rtl.svg for RTL by adding the file.
Correcting placement of top icon
Correcting Install Languages caption text alignement

Deleted unused select-bg-active.svg

Testing Instructions

Patch. Run npm.
Edit en-GB langmetadata.xml to set RTL to 1

Before patch

LTR

RTL

After patch

RTL Top icon correct placement
Select language OK (height also OK for LTR )

RTL Caption (text-align was set to left)

Documentation Changes Required

[Quy]

This is also an issue in LTR except there is a space between label and switcher.

[chmst]

Not sure about that. After patch has still a language which per se is ltr, also users which a rtl language will see and read it ltr.

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/27732.}

[infograf768]

After patch has still a language which per se is ltr, also users which a rtl language will see and read it ltr

This has been corrected by @wilsonge recently. It now behaves correctly as in J3.
The language selected in the first page, ltr or rtl will remain effective until quitting installation and therefore the direction is too. It is defined by the rtl metadata.
Evidently, as we have no Rtl installation lang yet, the strings are taken from en-GB, but it is easy in this case to see that evrything is fine. Look for example at the periods which are placed at the left. Alignment is also the important part.
Concerning the issue remarked by @Quy I will look what I can do tomorrow.

[infograf768]

@Quy
Switcher label now corrected.

RTL

LTR

[Quy]

I have tested this item ✅ successfully on 47cf8b2

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/27732.}

[richard67]

I have tested this item ✅ successfully on 47cf8b2

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/27732.}

[richard67]

@infograf768 PR does what it claims to do, so I give it a good test.

But I saw that when editing the database prefix field and the browser offers a previously used value, the offered value is left aligned:

With other text fields this is not the case:

Do you think you can fix that, too?

[infograf768]

That value is set to be LTR and align right when using an RTL language, in order to get the underscore correctly.

#jform_db_prefix {
    direction: ltr;
    text-align: right;
}

I remarked that the field "remembers" former prefixes used. I.e. when we click in the field when it is empty, you can choose one of the prefixes in the list.

The fact that this specific field is set as LTR forces the dropdown to display it as LTR. The text-align is not considered by the browser.

Therefore I guess nothing we can do about that and if you chose one of the existing values it will display correctly in the field and saved correctly.

[infograf768]

RTC

---

_{This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/27732.}

[wilsonge]

Getting this in so we largely have a working RTL installer. If anyone has ideas on specifics for that dropdown willing to consider any further PRs obviously

[brianteeman]

It is always going to be "strange" when you use an ltr text in a RTL site.

[richard67]

@infograf768 Sorry for late answer, but I needed my beauty sleep ;-) I thought that drow down is a standard Firefox thing, am using the latest version. But meanwhile I'm not so sure, maybe it is also coming from my F-Secure addon. It shows that drop down as soon as you type something in that field which fits to what was remembered for that field from previous usage. E.g. if for username field was "richard" in past, it shows the dropdown when you are starting to type "rich". For me this is not really an issue.

[richard67]

@infograf768 P.S.: Your explanation above explains it well and is absolue ok for me.

[infograf768]

@richard67
I have also looked at unicode-bidi and bidi-direction.
It looks like Firefox is storing remembered fields (in formhistory.sqlite) as stated in these advanced parameters and only taking care of the direction, not text-align. A pure RTL direction will store it as align right.