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...
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
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: ---


Attachments

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

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
http://www.dpawson.co.uk/xsl/sect2/Unicode.html.

"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
1) http://bugzilla.wikimedia.org/attachment.cgi?bugid=4231&action=enter
2) http://test.leuksman.com/view/Special:Recentchangeslinked/Category:Bugzilla/BiDi
3) http://test.leuksman.com/view/Special:Recentchanges


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) http://bugzilla.wikimedia.org/attachment.cgi?bugid=4231&action=enter

the right url is
http://bugzilla.wikimedia.org/attachment.cgi?id=1161&action=view
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
*note*
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
https://bugzilla.mozilla.org/show_bug.cgi?id=320273 
[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.


Navigation
Links