This is a good point to raise, to make sure VR2 and Leo stays as good 
general purpose tools, that are useful widely.

For the MathJax option, I think the .js and font downloading and internet 
connection don't happen when docutils renders a page without any math 
included.  I've looked at the exported html file for a node without math 
and I can't find any js or MathJax references, so I don't think this slows 
down the render in any way.

I think for anyone who genuinely uses math, the math.css rendering is 
almost useless and certainly wouldn't be regarded as production quality 
(unless I'm doing something very wrong).  

One of the reasons that I wrote VR2 was to have output that looked 
production quality "out of the box" and math for me was a key element. 
 Strangely, in my mind, if I got stuck with the latex output because I 
don't have an internet connection, I'd prefer that to the math.css 
rendering (so that, in theory, you can actually figure out what it should 
have looked like).  The IPython Notebook also uses MathJax even when used 
entirely within the same machine.

So my vote would be to keep MathJax as the default.  It seems that it won't 
make any difference to those who don't use math.  Thoughts?


On Sunday, April 20, 2014 11:31:44 AM UTC+10, T P wrote:
>
> On Sat, Apr 19, 2014 at 4:20 PM, Peter Mills 
> <[email protected]<javascript:>
> > wrote:
>
>>     @language rest 
>>>
>>>     .. math:: 
>>>
>>>       α_t(i) = P(O_1, O_2, … O_t, q_t = S_i λ 
>>>
>>> This renders beautifully when exported. 
>>>
>>
>> Does "when exported" mean it doesn't render at all in VR2 or is it just 
>> ugly?  I have noticed that within VR2 (and the WebView class) that MathJax 
>> renders the math quite small, in contrast with an export to Chrome.  This 
>> can be improved by right-clicking on the math, choosing Math 
>> Settings-->Scale All Math and setting it to 300% or so.  This scaling seems 
>> to be persistent for all rendering of any node in that outline; however it 
>> reverts to its original scale when the outline is closed and reopened.
>>
>
> At least on my system, the latex
>  
> looking code displays for a few seconds initially and then the MathJax 
> javascript kicks in and the math is displayed "correctly" but very tiny.
>
> I was a bit surprised actually that MathJax works by default. At least 
> with Sphinx, you used to have to change your template file to add the 
> MathJax stuff to the <head> tag. I looked around and saw that you set the 
> default for the docutils math_output option to MathJax. I think that really 
> should be "HTML math.css", the docutils default [1]. I actually would 
> prefer it if viewrendered2 was designed so you could specify a "vr-" 
> setting **without** actually setting that docutils option. Now those two 
> concepts are conflated in the getConfig() method.
>
> Currently, the MathJax.js gets added, its fonts are downloaded, you need 
> to be connected to the internet to connect to the MathJax CDN, and in 
> general page loading is slower. Not everyone will be displaying math so 
> they shouldn't have to pay these penalties. This is not as big an issue 
> with real web browsers as the javascript and fonts are cached. However, I'm 
> not sure how that works with QWebKit?
>
> [1] http://docutils.sourceforge.net/docs/user/config.html#math-output
>  

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Reply via email to