Text inputs for code or URLs should be LTR

[nacin]

Various options fields need to be LTR. Some locales (well, at least ug_CN) hardcode these as LTR:

• upload_url_path and upload_path on options-media.php
• mailserver_url, mailserver_login, and mailserver_pass on options-writing.php
• Functions in the docs-list select box on plugin-editor.php and theme-editor.php
• admin_email, new_admin_email, home, siteurl on options-general.php

If some RTL languages believe these should be RTL (URLs in particular, I'm curious about), we need to know.

In RTL languages (hebrew and arabic) regular input[type="text"] have to be RTL (because the text is in local language), but when the input used for URL or the textarea used for code, it should be LRT (because the code is in english).

input.code { direction: ltr; }

I'm patching it (or something similar) into the rtl css now.

I had to add the code class to an input field or three, and just hit the doc functions list by its existing id. But it looks good now -- my only concern would be that there is some other input.code that it shouldn't hit -- but if it has .code, it should? Anyway, patch attached.

Revised patch, tidying up/unifying how it does ltr for the code editor textareas.

Should the html side of the wp_editor output also be LTR?

Patch with revision to class-wp-editor.php to add code class to the wp-editor textarea to make it ltr.

Replying to georgestephanis:

Should the html side of the wp_editor output also be LTR?

That's an interesting question. It is for HTML code but is also used as a "normal" text entry field. Perhaps we need more comments from native RTL language speakers :)

Another option would be to have RTL toggle button similar to the visual editor (that would toggle it for the whole textarea).

Replying to azaozz:

Replying to georgestephanis:

Should the html side of the wp_editor output also be LTR?

Perhaps we need more comments from native RTL language speakers :)

When i swich to HTML mode, i prefer to see the content in RTL.

Unlike theme/plugin editor, that was mostly code, in wp-editor most of the content is a text in my local language, with a few HTML tags. This is why it shold stay in RTL, as it is today.

The "RTL toggle button" in the visual editor is also a good idea.

We already have #13070 for the RTL toggle button for the HTML editor. :)

I would also suggest that the user name should always be LTR.

I too would prefer the HTML editor to default to RTL and let me easily switch to LTR as in #13070

In [19816]:

Code is still code: force LTR for .code and <code>, and the function lists in plugin/theme editors. see #19598.

In [19817]:

New .ltr class for forcing elements to be LTR when using an RTL language. see #19598.

In [19818]:

mailserver_login and mailserver_pass should always be LTR. see #19598.

In [19819]:

Use existing string to properly translate month + year combo. see #19598.

In [19820]:

Translate the monthnum/month abbreviation construct in the Publish box. see #19598.

Still need a verdict on the user_login field, and whether that applies to user-edit.php or also wp-login.php.

The user_login field should be LTR. This field is in english, it can't be RTL.

In [19834]:

LTR for user-edit.php password fields and disabled user_login field. fixes #19598.

In [19835]:

In general, password fields should always be LTR. see #19598.

#19060 was marked as a duplicate.