Page MenuHomePhabricator

VisualEditor: The direction of the <textarea> in extension tags editor must correspond to the surrounding content direction
Closed, ResolvedPublic


Currently, if I go to and edit it using VE, I can edit the content of the <poem> tag. If my UI language is Hebrew, then the <textarea> for editing the poem is RTL. I would expect it to be LTR.

Ideally the default direction for the <textarea> that this feature should be the direction of the surrounding text. If it's hard to get, then the direction of the page's content will probably suffice. (Currently it will be the same as the content language of the wiki, but it may change some day when we finally introduce page language.)

There can also be some tags for which the default direction must be different, such as <source>, but that's an issue for a separate bug.

Version: unspecified
Severity: normal



Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 2:19 AM
bzimport set Reference to bz56779.

From IRC:

<mooeypoo> what do you mean "must correspond to surrounding content direction?
<mooeypoo> of the <poem> ?
<mooeypoo> so, it should be content direction rather than GUI direction?
<aharoni> mooeypoo: It definitely shouldn't be the GUI direction. It has nothing to do with it.
<mooeypoo> nods
<aharoni> The direction of the inspector's GUI should be the GUI direction,
<aharoni> but the textarea needs the direction of the content.
<mooeypoo> yeah
<mooeypoo> makes sense, just wanted to make sure
<aharoni> Ideally, if the wiki is in English, but it's a <poem> tag inside <div lang="fa" dir="rtl">, then the textarea should be rtl.

Change 94375 had a related patch set uploaded by Mooeypoo:
MWExtensionInspector input direction based on content

Change 94375 merged by jenkins-bot:
MWExtensionInspector input direction based on content