<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Jul 23, 2016 at 8:40 PM, Julian Andrej <span dir="ltr"><<a href="mailto:juan@tf.uni-kiel.de" target="_blank">juan@tf.uni-kiel.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Small suggestion (it also came up at the Meeting)<br>
<br>
What is the opinion on a "main" documentation in markdown/restructured<br>
text or something like that? The conversion from one of these formats<br>
into pdf or any other format like html is handled by a variety of<br>
tools pretty well.</blockquote><div><br></div><div>1) I am really opposed to two copies of the source. This never works out.</div><div><br></div><div>2) My reservation concerning Markdown is that it is so constricted. I am used to the freedom of TeX. I</div><div>    agree that this is not a definitive argument.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
On Sat, Jul 23, 2016 at 8:23 PM, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
><br>
>    Marco,<br>
><br>
>     Every rending I've seen of nontrivial latex documents to HTML looks dang ugly in HTML and is extra work to maintain (despite the poor quality). We've tried a couple of times with PETSc to keep an HTML version going and gave up both times.<br>
><br>
>     I don't like the idea of having two copies of the same thing, we'd never keep them in sync nor do I like the idea of ugly HTML pages.<br>
><br>
>     The one drawback of just having a PDF manual IMHO is that we cannot currently link directly to bookmarks inside the users manual from, say, a manual page html file. (Bookmarks inside the manual.pdf to other places inside the manual.pdf do work fine). The solution seems to be to use Adobe #nameddest=destination instead of bookmarks. These can be added in latex with \hypertarget{} for example \hypertarget{ch_performance} and then in the browser <a href="http://www.mcs.anl.gov/petsc/petsc-current/docs/manual.pdf#nameddest=ch_performance" rel="noreferrer" target="_blank">http://www.mcs.anl.gov/petsc/petsc-current/docs/manual.pdf#nameddest=ch_performance</a> will jump to the correct place. This works with the current chrome but does not work with the current Apple Safari (arg) and if you google nameddest doesn't work you find that often browsers seem to have this broken. If it wasn't so broken I would have (automated) adding all the hypertargets and the manual and augmented all the manual pages to have links to them. Still tempted but it seems they won't work except with Chrome (maybe firefox if properly configured). The problem of badly supported #nameddest goes back 10 years<br>
><br>
><br>
>   Barry<br>
><br>
><br>
><br>
><br>
><br>
><br>
>> On Jul 23, 2016, at 4:25 AM, Marco Zocca <<a href="mailto:zocca.marco@gmail.com">zocca.marco@gmail.com</a>> wrote:<br>
>><br>
>> Dear all,<br>
>><br>
>>  following the discussion at PETSc'16, I have tried to render the<br>
>> TeX-based manual into HTML with latex2html [1] and pandoc [2] .<br>
>><br>
>> Neither attempt was successful, because of the presence of certain<br>
>> external TeX packages used for rendering various custom aspects of the<br>
>> manual.<br>
>><br>
>> There is no 1:1 way of converting such a document. However there are a<br>
>> number of templates for rendering static websites that use LaTeX math<br>
>> and verbatim source code (e.g. readthedocs [3] for manual-type<br>
>> documents, which also supports MathJax [4] and re-renders at every<br>
>> repository push).<br>
>><br>
>> At any rate, the conversion requires copying blocks of text and code<br>
>> to the web-based version, i.e. removing all the LaTeX markup,<br>
>> therefore effectively committing to maintaining 2 versions of the<br>
>> manual up to date and in sync with each other.<br>
>><br>
>><br>
>> Before committing to any approach, I would like your input on this:<br>
>><br>
>> 1) Do you have any preference for web rendering/site hosting solution?<br>
>><br>
>> 2) Are you OK with the idea of essentially forking the manual into PDF<br>
>> output and web output ? It is not huge work (an afternoon of tweaking<br>
>> initially and a couple minutes at every new release) but we should be<br>
>> sure about the approach in the first place.<br>
>><br>
>> Any and all feedback is welcome;<br>
>><br>
>> Thank you and kind regards,<br>
>> Marco<br>
>><br>
>><br>
>> [1] <a href="https://www.ctan.org/tex-archive/support/latex2html/" rel="noreferrer" target="_blank">https://www.ctan.org/tex-archive/support/latex2html/</a><br>
>> [2] <a href="http://pandoc.org/" rel="noreferrer" target="_blank">http://pandoc.org/</a><br>
>> [3] <a href="https://readthedocs.org/" rel="noreferrer" target="_blank">https://readthedocs.org/</a><br>
>> [4] <a href="http://mathjax.readthedocs.io/en/latest/tex.html" rel="noreferrer" target="_blank">http://mathjax.readthedocs.io/en/latest/tex.html</a><br>
><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div>
</div></div>