# 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 17465 - Port texvc to PHP, reducing external dependencies and development impedence for Math extension
 Summary: Port texvc to PHP, reducing external dependencies and development impedence f...
 Status: Product: ASSIGNED MediaWiki extensions Unclassified Component: Math (Other open bugs) unspecified All All Low enhancement (vote) --- physikerwelt 34038 14202 15870 Show dependency tree / graph

 Reported: 2009-02-12 16:31 UTC by René Kijewski 2014-08-08 15:24 UTC (History) 11 users (show) brion cananian fred.wang meno25mail mike.lifeguard+bugs omid_h28 peter.krautzberger physik siebrand tim waldir --- --- ---

Attachments

 René Kijewski 2009-02-12 16:31:45 UTC The work on texvc seems to be stuck.[1] I guess the major cause is the language it is written in. Most files were not updated for years, even though there are bugs and feature requests pending.[2] Maybe even more important is the fact, that it is difficult to compile the extension without root access, because mostly none web hoster has an Ocaml compiler installed. If there would be any chance to use a script language, you chould do it. *Any* language would fit better. (C, perl, …) IMHO you should drop texvc at all in favor of mimetex/mathtex. [1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/math/ [2] https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=texvc Brion Vibber 2009-06-30 18:35:51 UTC Poked summary; recommend just doing this in PHP... Tim Landscheidt 2012-01-17 14:38:36 UTC A few issues that I noted while playing around some at https://github.com/scfc/mediawiki-math-extension (ATM ~ 90/1000 deviations in DVIs): - Despite being one of its purposes, there are no testcases that "rogue" TeX commands (I/O, "\catcode", etc.) are actually rejected. - texvc not only validates the input and generates HTML, but also /transforms/ the TeX source: - Some functions are aliased ("\uarr" => "\uparrow"). - White space is added and deleted. - "M^{II}_3N_2" gets rearranged to "M_{3}^{{II}}N_{2}". IMHO the transformations are bad (TM): - A reader cannot simply copy and paste apparent TeX from a wiki source to other applications. - An editor cannot simply copy and paste apparent TeX from a TeX source to MediaWiki. - It lays an unnecessary burden on the usage of other renderers and editors. For example, MathJax doesn't recognize "\uarr", but only "\uparrow". So I think we should settle for a purely validating parser. Omitting the transformations will of course also change the output and thus the outputhash column. So a migration plan would probably have to include expiring PNGs generated before the deployment. Tim Landscheidt 2012-01-18 15:10:28 UTC Interestingly, sometimes MathJax seems to emulate texvc's behaviour: If you TeX "m_\mbox{t} = m \cdot \frac {1}{1 - \sum k}", the result is "m" with the rest of the line as subscript. texvc transforms that to: "m_{{\mbox{t}}}=m\cdot {\frac {1}{1-\sum k}}" which only puts "t" as subscript, and at least the MathJax demo at http://www.kenschutte.com/mathjax uses the same rendering. I fear if we do not clearly define the grammar and its meaning, we will face a situation similar to MediaWiki's parser.

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