# 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
 Summary: Math rendering poor in RTL
 Status: Product: RESOLVED FIXED MediaWiki extensions Unclassified Component: Math (Other open bugs) unspecified All All Normal normal with 1 vote (vote) --- Nobody - You can work on this! rtl Show dependency tree / graph

 Reported: 2006-11-21 01:29 UTC by SJ 2008-10-05 17:52 UTC (History) 1 user (show) huji.huji --- --- ---

Attachments

 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. 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.) 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. 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.  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. Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-01-12 05:00:26 UTC Should be fixed in r19143. 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.