Last modified: 2012-03-20 19:18:24 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 4232 - BiDi: request for a "BiDi balancing function" to avoid BiDi overlapping between objects
BiDi: request for a "BiDi balancing function" to avoid BiDi overlapping betwe...
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: 4225 4236
  Show dependency treegraph
Reported: 2005-12-09 11:10 UTC by lɛʁi לערי ריינהארט
Modified: 2012-03-20 19:18 UTC (History)
2 users (show)

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


Description lɛʁi לערי ריינהארט 2005-12-09 11:10:15 UTC

This request should offer a posibility to render pages properly *without*
implementing a restrictive request as made at
Bug 3819: strip phantom general punctuation characters from page titles

The function should examine the number and the correct order of general
punctuation characers RLE, LRE, RLO, LRO, PDF and the usage of LRM and RLM. You
may start reading about these characters at

"objects" can be whatever block of code rendered in MediaWiki. Typical examples
are page titles (regardless of the namespace), section headers, MediaWiki
messages etc.

The function should verify:
a) if the number of LRE's + the number of RLE's equals the number of PDF's
b) if they are used in a "valid" / "harmless" order
example: "PDF foo RLE" is *not* "harmless" because this can break code

a) and b) can be implemented with a counter (increased by RLE, LRE, RLO, LRO and
decreased by PDF) which triggers an exception if it's value gets negative and
another exception if the final value is not zero

exception b1) if the final value is positive and not zero an appropriate number
of PDF's would be appended
exception b2) if the value gets negative an LRE / RLE is "added" as header; the
decision depends (mainly?) on the content language

It should be investigated what would be the best to do if an object "starts!"
with LRM or RLM. This could break the rendering also. Maybe we should insert a
"Unicode Character ZERO WIDTH SPACE - U+200B" as header.

What would this fuction solve?
see the mess at

This change may implay that some MediaWiki messages using these characters would
need to be adapted according to whatever is newly implemented so far.

This function should go hand in hand with additional embeding suggested at
Bug 4066: BiDi: general request for special pages: special pages should display
LTR / RTL according to user interface not according to content language (tracking)

The embeding required (implicitely) there relates to BiDi overlapping in a
"list" of objects. This would fix typical overlapping at
[[ar:Special:Recentchanges]] (and at all other RTL wiki's)

Best regards reinhardt [[user:gangleri]]
Comment 1 lɛʁi לערי ריינהארט 2005-12-09 11:12:03 UTC
(In reply to comment #0)
> What would this fuction solve?
> see the mess at
> 1)

the right url is
Comment 2 lɛʁi לערי ריינהארט 2005-12-09 19:20:55 UTC
removed direct blocks bug 745
Bug 745: RTL/bidirectional issues (tracking)
Comment 3 lɛʁi לערי ריינהארט 2005-12-09 19:38:23 UTC
to be investigated
What should be done if
(general case) either LRM or RLM follows LRE RLE LRO RLO PDF ?
I can notsee that this would make much sense.
Shold LRM / RLM be filtered in these cases?
Comment 4 lɛʁi לערי ריינהארט 2005-12-14 21:49:19 UTC
I opened a bug about the same topic at 
[Bug 320273 Bugzilla BiDi]: request for a "BiDi balancing function" to avoid
BiDi overlapping between objects

When the issue is solved there we should be able to get some help to solve it
also in MediaWiki.
Comment 5 Amir E. Aharoni 2012-03-20 19:18:24 UTC
I don't see any reason to implement such a function.

These characters are used very rarely, and when they are used, they must be used correctly. If they are not used correctly, this can be seen very easily, because the display will be clearly broken. This should not be detected or fixed automatically, but manually, by inserting the correct balanced number of characters.

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