I've problems with browsers like IE (Mainly XP) and opera (ubuntu
12.04/Mint Maya), although I forgot exact version numbers. And also it
takes each code points independently so it converts rtl language to ltr
language, or breaks any ligatures etc. (Aren't they serious bugs?)
On Saturday 03
Thanks, praveenp.
Could you clarify if the problems you've seen are MediaWiki, texvc or
MathJax specific? I could only find
48032https://bugzilla.wikimedia.org/show_bug.cgi?id=48032 (MathJax
should be fixed in the next release), and
48118https://bugzilla.wikimedia.org/show_bug.cgi?id=48118, from
On 7/22/13 2:53 AM, Peter Krautzberger wrote:
2) TeX/LaTeX compatibility might be lost.
Native content (e.g. maction or even subexpression links) has no
counterpart in TeX. Conservative extensions of TeX can easily enable this
kind of content but backward compatibility will be lost.
If this
On Friday 02 August 2013 09:06 PM, Delirium wrote:
On 7/22/13 2:53 AM, Peter Krautzberger wrote:
2) TeX/LaTeX compatibility might be lost.
Native content (e.g. maction or even subexpression links) has no
counterpart in TeX. Conservative extensions of TeX can easily enable
this
kind of
On 8/2/13 7:07 PM, praveenp wrote:
On Friday 02 August 2013 09:06 PM, Delirium wrote:
On 7/22/13 2:53 AM, Peter Krautzberger wrote:
2) TeX/LaTeX compatibility might be lost.
Native content (e.g. maction or even subexpression links) has no
counterpart in TeX. Conservative extensions of TeX
@Mark Just to clarify. Personally, I don't think wikitext's math format
should move away from a TeX-like input language. The point I was trying
making was that a conservative extension would be useful if MathML becomes
a desired output. It seems to me that texvc was specifically designed to
On 07/21/2013 08:53 PM, Peter Krautzberger wrote:
2) TeX/LaTeX compatibility might be lost.
Native content (e.g. maction or even subexpression links) has no
counterpart in TeX. Conservative extensions of TeX can easily enable this
kind of content but backward compatibility will be lost.
@Matthew Agreed, that's down the road (but I did call the thread long
term :) ).
There is the question if texvc could (should?) be replaced. From what I
understand it's a pain for people to set up (installing texlive, compiling
texvc etc), and leaving it behind could help several
If texvc is the underlying program that generates pngs at servers, it
fails. (eg:
http://bug-attachment.wikimedia.org/attachment.cgi?id=12248, error:
Parsing failed (lexing error)).
On Friday 26 July 2013 09:37:50 PM IST, Peter Krautzberger wrote:
@Oscar I'd rather not to hijack this thread
some mussing,
Why the exact size is needed? can't the formula be put inside a box
big enough, so 90% of the time the browser don't have to re-layout all
the page?.
Its other re-layour happening here? maybe the MathJax build the
formula incrementally and the browser try to render every iteration?
@Oscar I'd rather not to hijack this thread any further. Could you take
this to mathjax-...@googlegroups.com?
@Martin thanks for your comments and the link to the demo!
Just one slight correction regarding MathJax. Converting typesetting of
TeX and MathML are basically identical in speed. But
On 24 July 2013 21:12, Peter Krautzberger
peter.krautzber...@mathjax.org wrote:
..
@Oscar that's the idea of bug
48036https://bugzilla.wikimedia.org/show_bug.cgi?id=48036 To
test the user experience try this
bookmarklethttps://gist.github.com/pkra/5500316
:-O
This is pretty. And if it
Ok this is getting off-topic -- sorry -- but glad you like it :)
Unfortunately, webworker isn't an option, we need the DOM. Using the PNG
for size is an nice idea, but only saves one measurement, all others occur
within the equation. IIRC, the basic problem is that browser are not
reliable enough
.
DJ
-- Forwarded message --
From: Max Semenik maxsem.w...@gmail.com
Date: Tue, Jul 23, 2013 at 8:38 AM
Subject: Re: [Wikitech-l] Long term strategy for math on wikipedia
To: Wikimedia developers wikitech-l@lists.wikimedia.org
On 23.07.2013, 19:30 C. wrote:
On Tue, Jul 23
It seems like many of those issues could be worked around if mediawiki/core
kept a simple uses math markup boolean for each page. All the overhead
of MathJax could be eliminated unless it was actually needed. Further, the
javascript could be wrapped in a big if clause, so if the browser
On Wed, Jul 24, 2013 at 10:55 AM, C. Scott Ananian
canan...@wikimedia.org wrote:
It seems like many of those issues could be worked around if mediawiki/core
kept a simple uses math markup boolean for each page. All the overhead
of MathJax could be eliminated unless it was actually needed.
On 23 July 2013 11:20, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote:
I'm wondering if the lack of reactions so far is positive or negative.
It's negative, it shows that few people have the confidence to think they
have something worthwhile to contribute on this niche area. :(
I read
@Derk-Jan your 1-5 are all standard problems that can be resolved. I think
if we sat down together (MathJax and MediaWiki devs), they could easily be
sorted out. I don't think they are as complicated as you make them sound.
Regarding the load and perceived speed, I would suggest to let users
On Wed, Jul 24, 2013 at 11:16 AM, Brad Jorsch (Anomie)
bjor...@wikimedia.org wrote:
On Wed, Jul 24, 2013 at 10:55 AM, C. Scott Ananian
canan...@wikimedia.org wrote:
It seems like many of those issues could be worked around if
mediawiki/core
kept a simple uses math markup boolean for each
Dear all,
thanks for posting this discussion. There is a roadmap for the Math extension at
http://www.mediawiki.org/wiki/Extension:Math/Roadmap
I want to to improve the math rendering in Wikipedia and want to get
the best solution that is possible.
Since MathML is the w3c standard for displaying
I'm wondering if the lack of reactions so far is positive or negative.
It's negative, it shows that few people have the confidence to think they
have something worthwhile to contribute on this niche area. :(
Output:
I'd love to support MathML as primary direction, but I still see huge
problems
On Tue, Jul 23, 2013 at 5:20 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
So what I would actually propose for the short term (next few years) in
case we really want to go the direction of MathML is the following:
1: img tag + --data-math=formulaID in HTML
2: script to detect
On 23.07.2013, 19:30 C. wrote:
On Tue, Jul 23, 2013 at 5:20 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
So what I would actually propose for the short term (next few years) in
case we really want to go the direction of MathML is the following:
1: img tag +
, 2013 at 8:38 AM
Subject: Re: [Wikitech-l] Long term strategy for math on wikipedia
To: Wikimedia developers wikitech-l@lists.wikimedia.org
On 23.07.2013, 19:30 C. wrote:
On Tue, Jul 23, 2013 at 5:20 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
So what I would actually propose
As a user, I like to see more effective server rendered pngs as
default, just because they are simply client independent.
And also: https://bugzilla.wikimedia.org/show_bug.cgi?id=48032
praveenp
On Monday 22 July 2013 06:23:37 AM IST, Peter Krautzberger wrote:
I'm wondering if the lack of
As a(nother) user, I have been very pleased to see unicode-complete fonts
gradually make the use of images for non-roman orthography gradually
disappear. When I see non-English text on a page, greek letters, or simple
expressions with super- and sub-scripts, I can generally highlight, style,
and
I'm wondering if the lack of reactions so far is positive or negative. So
let me try to elicit more responses.
Here are three problems I see down the road.
1) A switch to MathML output will come with a performance loss.
Without a polyfill, rendering quality will be lost. With a polyfill,
On 07/18/2013 05:31 AM, MZMcBride wrote:
Peter Krautzberger wrote:
There have been a couple of conversations recently and I am hoping to
combine them into a discussion towards a long term strategy for math on
Wikipedia.
Hi.
This mailing list is good for discussion, but for long-term
On 18 July 2013 08:10, Quim Gil q...@wikimedia.org wrote:
On 07/18/2013 05:31 AM, MZMcBride wrote:
Peter Krautzberger wrote:
There have been a couple of conversations recently and I am hoping to
combine them into a discussion towards a long term strategy for math on
Wikipedia.
Hi.
This mailing list is good for discussion, but for long-term strategy, I
imagine you want an RFC: https://www.mediawiki.org/**wiki/RFC
https://www.mediawiki.org/wiki/RFC
.
Yesterday I recommended Peter to post here in this list. :) I think it
is
good to test the waters and get a
On 07/18/2013 12:52 PM, Peter Krautzberger wrote:
I'd be happy to write an RFC.
That's an option, but it's perfectly reasonable if you want to talk it
out more and let it crystallize some.
Matt Flaschen
___
Wikitech-l mailing list
Peter Krautzberger wrote:
There have been a couple of conversations recently and I am hoping to
combine them into a discussion towards a long term strategy for math on
Wikipedia.
Hi.
This mailing list is good for discussion, but for long-term strategy, I
imagine you want an RFC:
32 matches
Mail list logo
