<p><br>
On Jun 1, 2012 7:04 AM, "Dan S" <<a href="mailto:danstowell%2Bdebmm@gmail.com">danstowell+debmm@gmail.com</a>> wrote:<br>
><br>
> 2012/6/1 Jonas Smedegaard <<a href="mailto:dr@jones.dk">dr@jones.dk</a>>:<br>
> > Hi Dan,<br>
> ><br>
> > On 12-06-01 at 08:56am, Dan S wrote:<br>
> >> 2012/5/31 Felipe Sateler <<a href="mailto:fsateler@debian.org">fsateler@debian.org</a>>:<br>
> >> > I see that MathJax is included in the binary packages. Can't we use<br>
> >> > libjs-mathjax?<br>
> >><br>
> >> I don't really know mathjax myself but it looks like, technically, it<br>
> >> could be patched to use libjs-mathjax, as long as our custom config<br>
> >> file "HelpSource/MathJax/config/scmathjax.js" was installed in the<br>
> >> appropriate place.<br>
> >><br>
> >> However, the rendered help is supposed to be self-contained in the<br>
> >> sense that it can be uploaded to a website (we do this with<br>
> >> <a href="http://doc.sccode.org">http://doc.sccode.org</a> ) so if the URLs were rewritten to use<br>
> >> /usr/share/javascript/mathjax/... then this would break. (And the help<br>
> >> is supposed to be re-rendered by users - when the user installs an<br>
> >> extension the rendering process is re-run locally.) So this makes me<br>
> >> think that we would prefer not to. Is that OK with you?</p>
<p>Another option is to create a linkfarm pointing to the real mathjax sources. This would avoid the problem, wouldn't it?</p>
<p>I think Raphael Hertzog wrote a tool precisely for this. I'm not on a computer now, though, so I can't search for it.</p>
<p>><br>
> Hi Jonas -<br>
><br>
> > Probably a good idea to then raise that issue over at<br>
> > <a href="mailto:pkg-javascript-devel@lists.alioth.debian.org">pkg-javascript-devel@lists.alioth.debian.org</a><br>
> ><br>
> > (since you most likely are not subscribed to that list, please remember<br>
> > to mention in the email that you want to be cc'ed on replies).<br>
><br>
> I'm not sure there's an issue here that they can help with, unless I<br>
> misunderstand? The issue is that the SC rendered helpfiles currently<br>
> have a reference like this:<br>
><br>
>  <script src='./MathJax/MathJax.js?config=TeX-AMS_HTML,scmathjax'<br>
> type='text/javascript'></script><br>
><br>
> and if we used the libjs-mathjax package, the rendered helpfiles would<br>
> have a reference like this:<br>
><br>
>  <script src='/usr/share/javascript/mathjax/MathJax.js?config=TeX-AMS_HTML,scmathjax'<br>
> type='text/javascript'></script><br>
><br>
> This is unportable for exported helpfiles and that's why I'd prefer<br>
> not to do it. It's OK for other software which expects to render the<br>
> math on-the-fly for the local user and not export it anywhere. (For<br>
> example ipython-notebook-common depends on the lib - I guess it's<br>
> doing local math rendering only...)<br>
><br>
> Please let me know what you think. I'll also pass this on to the<br>
> person who actually did the mathjax bit and see if they have a good<br>
> way round.</p>
<p>I think the idea was that maybe in that team somebody already had the same problem and they could have a different solution.<br>
</p>