Last modified: 2011-06-19 08:24:26 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4066 - BiDi: general request for special pages: special pages should display LTR / RTL according to user interface not according to content language (tracking)
BiDi: general request for special pages: special pages should display LTR / R...
Status: RESOLVED DUPLICATE of bug 6100
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: rtl 2038 2057 2058
  Show dependency treegraph
Reported: 2005-11-24 20:14 UTC by lɛʁi לערי ריינהארט
Modified: 2011-06-19 08:24 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description lɛʁi לערי ריינהארט 2005-11-24 20:14:20 UTC
This is a meta-bug to track dependencies regarding a general BiDi request for
special pages: display pages according to LTR / RTL property of selected user
interface not according to LTR / RTL property of the content language

Dear friends,

This is not a theoretical request but a requeast oriented on reality and what is
possible with actual MediaWiki and available knowledge.

I suppose that at the beginning the LTR / RTL models / worlds where quite simple.

a) on one hand LTR wiki's with
a1) LTR MediaWiki messages
a2) LTR titles
a3) LTR user names
a4) LTR categories
a5) additional LTR information as summaries and comments
a6) all information should be written in LTR languages

b) on the other hand RTL wiki's with
a1) RTL MediaWiki messages
a2) RTL titles
a3) RTL user names
a4) RTL categories
a5) additional RTL information as summaries and comments
a6) all information should be written in RTL languages

It showed up early that this would not be reality:
- User names remaind same ( LTR / RTL ) type accross projects
- additional information (as notes posted in summeries) was inserted LTR because
this was easier, caused because the RTL langauge was not known and / or missing
keyboard / skills

To understand the problem please do the following:
- login at [[he:]] (or [[ar:]], [[fa:]], [[ur:]], [[yi:]])
- set English as you interface language in *special:Preferences*
- go to *special:Categories* and find the first categories where links to
categories overlap with other text due to the browsers automatic BiDi (display)
mechanism / rendering

Please note that already today information / content at Wiktionaries includes an
significant amount of BiDi affected objects: titles, categories, users etc.

*Enhancement request:*

It should be evaluated what would bring the most benefit, what "items" /
"objects" should be displayed which way LTR / RTL de pending on content language
/ selected user interface.

1) I propose that "wiki information" should be displayed according to "content

2) I propose that MediaWiki messages should be displayed according to the "user

3) Regarding the LTR / RTL properties of "the main text area" it should be no
doubt that this could *and* should be as well according to the "user interface".

4) Regarding the LTR / RTL properties of "the remaining skin areas" it is
probably also most suitable to use the properties from the "user interface".

All this can be achieved using "embeding techniques" as presented already at bug
4040 ug 4040: general solution to handle overlaping links, reordering of fields
on pages caused due to BiDi environments.

The difference to bug 4040 consists in the approach.
bug 4040 trays to fix this issues without taking into account the LTR / RTL
nature of the selected user interface; this bug does

This proposal does not obsolte bugzilla:04011 – Allow users to change text
direction in all text input and textarea boxes.

I see it as a goal that rendering should be
- optimised according to the LTR / RTL nature of the "content language" on
"content pages" / "content sections"
- and according to the LTR / RTL nature of the "user interface" on "pages
desigend for maintenance / tools / information display".
- User pages would be / could be a combination of both. There is a third BiDi
distinction that should be made and be called "BiDi context". It would make it
easier to create real pages with BiDi content as required for translations and /
or transliterations.

best regards reinhardt [[user:gangleri]]
Comment 1 lɛʁi לערי ריינהארט 2005-11-25 11:39:04 UTC
possible other candidates using either RTL or both an LTR and RTL type alphabet

[[ha:]] Wikipedia in 'هَوُسَ' (Hausa)
[[ks:]] Wikipedia in 'कश्मीरी - (كشميري)' (Kashmiri) is using both an LTR and RTL
type alphabet
[[lad:]] Wikipedia in Ladino as well
[[ps]] Wikipedia in 'پښتو' (Pashto)
[[tk]] Wikipedia in 'تركمن / Туркмен' (Turkmen)

maybe also [[arc:]] Wikipedia in 'ܕܥܒܪܸܝܛ' (Aramaic)
Comment 2 Pablo Saratxaga 2006-05-27 00:03:39 UTC
patch in bug #6100 fixes this

*** This bug has been marked as a duplicate of 6100 ***

Note You need to log in before you can comment on or make changes to this bug.