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 12223 - Allow distinction between inline and display math
 Summary: Allow distinction between inline and display math
 Status: Product: RESOLVED FIXED MediaWiki extensions Unclassified Component: Math (Other open bugs) unspecified All All Low enhancement with 3 votes (vote) --- physikerwelt Wikisource 35479 Show dependency tree / graph

 Reported: 2007-12-06 21:43 UTC by Florian 2014-10-12 08:12 UTC (History) 9 users (show) beau fred.wang hartman.wiki he7d3r+bugs peter.krautzberger physik ThomasBleher WikipediaDoug zaran.krleza --- --- ---

Attachments
Screen shots of example text in default, preferred HTML, and proposed mixed modes (24.69 KB, image/png)
2007-12-18 19:30 UTC, Brion Vibber
Details
png-rendering with the proposed option display (124.51 KB, image/png)
2013-09-18 17:05 UTC, physikerwelt
Details
mathml-rendering with the proposed option display (104.76 KB, image/png)
2013-09-18 17:05 UTC, physikerwelt
Details

 Florian 2007-12-06 21:43:54 UTC Hi, I think that adding a tag for inline TeX expressions (like $...$) and reserving $for displayed expressions (like $...$) would be a good workaround for the known problems -- before we can use MathML. In this way, the users would have a second, similar list of choices in their Math rendering Settings : one for each tag. By default, both would be set to « HTML if very simple », like now. But a user who has enough Unicode might want to set « HTML if possible » for inline TeX, and « Always PNG » for displayed TeX. « HTML if possible » still needs improvements, but it's better than nothing. I'll enter a bug for this too. And please don't tell me « keep your breath for BlahTeX ». We all know that MathML isn't currently usable. And when it'll be, the distinction between inline and displayed will be useful too. I've had this idea in response to the frequent lamentations on the french Wiki about mathematical typography, and it satisfied everyone in the mathematics project. Should I create a poll to show you the support ? A french developer told me that if a developer implemented this in a patch, we could apply it only in the french Wiki. Perhaps is it simpler and quickier to implement it in a patch than into Mediawiki. Thanks for your interest ! Brion Vibber 2007-12-07 15:34:44 UTC Rather than a poll, an example showing what difference it makes might be useful. :) Florian 2007-12-07 16:49:03 UTC Consider : Let [itex]f:x \mapsto y$ with
$y = \int_0^x g(t) dt$
we say that blablabla... Currently, with the « HTML if simple » setting, the first expr. is rendered in PNG, which looks awful (bad alignment). But with the « HTML if possible » setting, the first expr. is rendered in HTML (good) but the second expr too, and that's even uglier (an array is used). It would be perfect if the first expr. is rendered in HTML and the second in PNG. Indeed, inline expressions are almost simple, but displayed expr. are generally more complicated and do not need to be perfectly aligned with the text. The two need a different rendering. Is it clearer ? Florian 2007-12-17 11:09:37 UTC Hey ! Is there someone ? Brion Vibber 2007-12-18 19:30:29 UTC Created attachment 4449 [details] Screen shots of example text in default, preferred HTML, and proposed mixed modes Taken on Firefox 2/Mac. Florian 2007-12-18 19:44:12 UTC Yes, it is exactly what I suggest ! Florian 2008-01-14 11:25:38 UTC And now ? Florian 2008-02-23 16:30:38 UTC Hello ! Florian 2008-03-22 01:48:07 UTC Three months without even an answer ! At least, tell me that you reject my idea ! Thomas Bleher 2008-03-26 17:51:08 UTC Mediawiki developers are generally very busy, so non-urgent issues may receive not so much attention. There are two ways you can work around that: * Code it up yourself (without looking deeply, what you want should be doable with an extension, without touching the MediaWiki core). If the extension works well and is simple enough, it has a much higher chance of being integrated. * Ask on IRC - maybe someone is interested in fixing the bug for you. Frédéric Wang 2013-09-10 12:40:50 UTC `This blocks bug 35479, which would allow to optimize a bit the MathJax mode by dropping the preprocessing phase. Currently the wiki2jax preprocessor has heuristics to guess inline or display mode (with more or less success). The LaTeXML mode does not have this preprocessing phase and directly outputs

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