Last modified: 2008-10-05 17:52:58 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 8002 - Math rendering poor in RTL
Math rendering poor in RTL
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Math (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://ar.wikipedia.org/wiki/%D9%84%D...
:
Depends on:
Blocks: rtl
  Show dependency treegraph
 
Reported: 2006-11-21 01:29 UTC by SJ
Modified: 2008-10-05 17:52 UTC (History)
1 user (show)

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


Attachments

Description SJ 2006-11-21 01:29:47 UTC
http://ar.wikipedia.org/wiki/%D9%84%D9%88%D9%86#.D8.A7.D9.84.D9.84.D9.88.D9.86_.D9.81.D9.89_.D8.A7.D9.84.D9.85.D8.B9.D8.A7.D8.AF.D9.84.D8.A9_.D8.A7.D9.84.D9.85.D9.88.D8.AC.D9.8A.D8.A9

Math rendering has failures that seem to be related to ltr display.
I don't know whether this is a texvc bug or a bug in the general display code.
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-21 03:52:34 UTC
Basically, the Unicode directionality algorithm is hopeless when
you have LTR characters mixed in with punctuation, numerals, and
other LTR/RTL-agnostic stuff.  How would this be expected to
display in Arabic?  Totally left-to-right, as it would be
rendered in enwiki or wherever?  If so, the text direction for
.texhtml should just be forced to LTR.

(For the future, please add long URLs to the URL field so that
the screen doesn't stretch.)
Comment 2 Rotem Liss 2006-11-21 13:51:26 UTC
I think it should be completely LTR, so it's possible to just wrap it to some
span with "dir=ltr". I don't think that CSS is applicable in this case, because
"direction: ltr;" seems to mean elements in the block level.

It can be defined globally, because LTR wikis will render it as LTR anyway, and
RTL wikis should also render it as LTR.
Comment 3 Brion Vibber 2006-11-29 21:55:41 UTC
Please provide (attach if possible) a specific example; there doesn't currently seem to be anything relevant at the linked URL.
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-11-30 03:19:02 UTC
I get the equivalent of

\left(u_{tt} = c^2 \left( u_{xx} + u_{yy} + u_{zz}

instead of the equivalent of

u_{tt} = c^2 \left( u_{xx} + u_{yy} + u_{zz} \right)

I.e., the right parenthesis gets put at the left.

It can be fixed with .texvc { direction: ltr; unicode-bidi: embed; }, if I
remember my testing right.  I had ideas of fixing the nonexistence of a real
common CSS file before adding yet another thing to about four different files,
but I haven't gotten around to either fix.
Comment 5 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-01-12 05:00:26 UTC
Should be fixed in r19143.
Comment 6 Huji 2008-02-13 21:43:39 UTC
Don't you think that this bug should have been marked as "blocking" bug 745, instead of depending on it?

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


Navigation
Links