<div dir="ltr">Hey Jean,<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 7, 2017 at 4:02 AM, Jean Hertel <span dir="ltr"><<a href="mailto:jean.hertel@hotmail.com" target="_blank">jean.hertel@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Eric,<br>
<div><div class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-h5"><br>
>>On Monday, 2017-03-06 18:36:32 +0000, Jean Hertel wrote:<br>
>> Hello guys,<br>
>><br>
>><br>
>> I want to propose a port of the current HTML documentation to a markdown-like syntax.<br>
>><br>
><br>
>I was thinking of doing essentially the same thing, just haven't had the<br>
>time to do so yet. Please CC me (<a href="mailto:eric@engestrom.ch" target="_blank">eric@engestrom.ch</a>) on anything related<br>
>to this project :)<br>
><br>
>><br>
>> Current problems<br>
> ><br>
> ><br>
> > Right now I see some problems with the approach used.<br>
> ><br>
> >   *   People maintaining the documentation must know basic HTML syntax;<br>
> >   *   There is no easy way to add a new release page;<br>
> >      *   You need to open the index file and make changes there;<br>
> >      *   You need to make a new file that will say what has been changed;<br>
> >      *   You need to remember to update the release notes pages;<br>
> >   *   The current website has many HTML tags not being closed;<br>
>>   *   The website don't fit well in mobile area. (The layout is not responsive);<br>
>>   *   Making any change to the layout is very hard, because you need to rewrite many pages;<br>
>>   *   The current website doesn't show all the possibilities of the library. The website has a 1990 layout, and I think having a new layout would benefit the project;<br>
><br>
>Agreed on all counts :)<br>
><br>
>><br>
>> Proposal for Markdown<br>
> ><br>
> > Rewriting the documentation in a markdown syntax can bring some benefits to the development, like:<br>
> ><br>
> >   *   Anyone writing for <a href="http://freedesktop.org" rel="noreferrer" target="_blank">freedesktop.org</a>, StackOverflow and Github already knows the markdown syntax.<br>
> >   *   Independence of HTML. The developer don't need to worry if the HTML output will be correct. The generator makes all the translation from markdown to HTML;<br>
><br>
> Agreed, but more on this below.<br>
<br>
> >   *   Easily change the layout of the site, simply changing the theme; (I don't think you change the layout much, but allowing it to be easy wont hurt)<br>
><br>
> Having a proper (generated?) HTML structure and a clean CSS is all you<br>
> need for this.<br>
><br>
</div></div>I agree.<br>
<span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-"><br>
> >   *   Creating a new release post can be maded easy, using some static site generator, for example, pelican;<br>
><br>
> This can be done with any old tool. You could even have a simple<br>
> release.template and copy it and modify it as you need to make a new<br>
> release.<br>
<br>
> ><br>
> ><br>
> > Right now I have maded a partial port from HTML to Markdown.<br>
> ><br>
>> The code can be found here:  <a href="https://github.com/jlHertel/mesa-pelican" rel="noreferrer" target="_blank">https://github.com/jlHertel/me<wbr>sa-pelican</a><br>
><br>
>I looked at your conversion on a couple random files, and it looks<br>
>pretty good to me. (I have a couple nit-picks obviously :P, but the<br>
>basic concept is fine.)<br>
<br>
</span>If you find any problem, you can report them directly via a github issue or send me an email. As soon as possible I will fix it.<br>
<span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-"><br>
>><br>
>> I'm using the pelican static site generator with a layout ported from Wordpress using Twitter Bootstrap CSS.<br>
>><br>
>> A live preview can be found here: <a href="http://mesa.jeanhertel.com.br/" rel="noreferrer" target="_blank">http://mesa.jeanhertel.com.br/</a><br></span></blockquote><div><br></div><div>Ok, that looks amazing...<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-">
>> The static site generator tool and the theme used can be ignored if you want, the point here is to rewrite the documentation in a way that is easy to maintain and that >>don't need a good knowledge in HTML.<br>
><br>
>I haven't look into Pelican (and won't have time to do so before the<br>
>weekend), but I think it sounds like a reasonable kind of requirement to<br>
>have. There are plenty of other markdown-to-html generators around, if<br>
>someone prefers another one.<br>
<br>
</span>Agree, any generator is fine for me.<br>
<span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-"><br>
>One thing that I would prefer so not see if heavy things like Bootstrap.<br>
>We definitely don't need it, I think writing our own few lines of CSS<br>
>(which can be inspired by anything you want) is better. We have more<br>
>than enough people who know how to do it (myself included), it will be<br>
>cleaner (we won't need to include the whole forest to get our tree) and<br>
>much easier to fix when there's a bug.<br></span></blockquote><div><br></div><div>I would tend to agree but I don't care too much about those details so long as it's maintainable.  My primary concern is that while a lot of random developers in the community are liable to have brushed into CSS a time or two, most probably won't know bootstrap.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-">
</span>As I already answered Emil, I have put it there because of mylack of knowledge on doing good CSS.<br>
Of course you're welcome to help me write a more clean CSS. Any help and suggestion is very apreciated.<br>
<span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-"><br>
>One core thing that might need to be changed is Markdown itself. It is<br>
>great for prose, but it breaks down quite quickly when you start to<br>
>write code in it. For this reason, people are moving to RST instead for<br>
>code documentation.<br>
><br>
>The question becomes: how much code do we expect to put on the website,<br>
>and how complex will it be?<br>
><br>
>I had in mind that we could start adding small code examples to help new<br>
>learners to understand how the apis are used. No tutorial-style articles,<br>
>just enough to understand that "you need to init this, then query that,<br>
>and pass arguments like this, and handle errors like that".<br>
<br>
</span>I have never heard of problems writing code inside Markdown. My own blog has some code and uses Markdown without problems.<br>
Can you please give me a link explaining what are the common problems?<br>
Maybe we should worry with this before doing anything.<span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-"><br></span></blockquote><div><br></div><div>How much are we trying to just make the website easier to update vs. how much are we trying to expand documentation?  If we're just trying to give the website a face-lift, then something like pelian is probably sufficient.  If we want to start putting substantial pieces of documentation into the website, then using a more complete tool such as Sphinx may be in order.  More on that below.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-">
>If we ever need to convert from Markdown to RST, I think the conversion<br>
>would be pretty trivial, so baring objections I'd recommend going with<br>
>Markdown for now.<br>
<br>
</span>I agree that the conversion seems easy.<br>
Of course the choosen tool (pelican) supports both Markdown and Rst.<br>
You cannot mix them in the same document, but having some documents in RST and some in Markdown is fine.<span class="gmail-m_-8498031215618107589gmail-m_-4983774168132678808gmail-"><br></span></blockquote><div><br></div><div>First off, it's worth throwing out there that this is not the first proposal to do something like this, just the proposal with the prettiest demo :-)  A few references for you:<br><br><a href="https://lists.freedesktop.org/archives/mesa-dev/2016-August/127178.html" target="_blank">https://lists.freedesktop.org/<wbr>archives/mesa-dev/2016-August/<wbr>127178.html</a><br><a href="https://lists.freedesktop.org/archives/mesa-dev/2015-June/085786.html" target="_blank">https://lists.freedesktop.org/<wbr>archives/mesa-dev/2015-June/<wbr>085786.html</a><br><a href="https://lists.freedesktop.org/archives/mesa-dev/2016-December/138196.html">https://lists.freedesktop.org/archives/mesa-dev/2016-December/138196.html</a><br><br></div><div>In particular, the conversion of the entire mesa website to rst has already been done... twice.<br></div></div><br></div><div class="gmail_extra">One thing that I would personally like to see is for us to start building some Sphinx-based architecture-level documentation for mesa.  There is already some substantial gallium documentation written using RST and Sphinx and I have some pretty good chunks of NIR and ISL documentation floating around that I'd like to merge at some point but there's no good place to put it at the moment.  Whether this sort of documentation ties into the website or is its own thing that developers just build from the git tree, I don't care too much.  However, given the way Sphinx is designed, just doing everything in Sphinx seems like a reasonable thing to do.<br></div></div></div>