<div dir="ltr">I'm sure some of you will disagree, but I've always found the Java SE docs to be easy to use and useful: <a href="https://docs.oracle.com/javase/8/docs/api/">https://docs.oracle.com/javase/8/docs/api/</a><div><br></div><div>Couple reasons why:</div><div><ol><li>The class list on the left doesn't move when I scroll on the right.  I'd say this is a must with any documentation.  Erlang docs already do this, but I'd like to just point out how essential it is.<br><br></li><li>When you click a class, you get a nice, detailed class description at the top, then you get a summary of all the methods.  I think this summary is something that would be very useful for Erlang docs.  Most of the time I don't need to see all the details of an Erlang function, I just need to know of its existence, briefly what it does, and what it takes in and spits out.  This sort of summary is great for that.  And when I do need more in-depth info, I can click the function name and it takes me right to it.<br><br></li><li>I like how everything is clearly sectioned off.  Each method in the docs has its own box, each section is clearly defined, etc.  This goes to Loïc's point of indentation.  By sectioning off the methods, it makes things very readable.  I can scroll down and immediately know what method I'm on and what the text below it refers to no matter where I am in the doc.<br><br></li><li>Everything is hyperlinked.  If there is a class referenced, it's hyperlinked so I can go and visit that class very easily.  Again, Erlang docs pretty much do this as well, but I'd imagine there are places where it can be expanded.</li></ol><div>--Andrew</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 27, 2016 at 5:06 AM Loïc Hoguin <<a href="mailto:essen@ninenines.eu">essen@ninenines.eu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 09/27/2016 01:13 PM, Kenneth Lundin wrote:<br>
> On Tue, Sep 27, 2016 at 11:46 AM, Joe Armstrong <<a href="mailto:erlang@gmail.com" target="_blank">erlang@gmail.com</a><br>
> <mailto:<a href="mailto:erlang@gmail.com" target="_blank">erlang@gmail.com</a>>> wrote:<br>
><br>
>     Re: HTML<br>
><br>
>     I'd very much like to mock up a "nice" HTML display of the functions<br>
>     in a module.<br>
><br>
><br>
> Have you looked at the Elixir doc for<br>
> example <a href="http://elixir-lang.org/docs/stable/elixir/Kernel.html" rel="noreferrer" target="_blank">http://elixir-lang.org/docs/stable/elixir/Kernel.html</a>?<br>
> I think the layout and function is quite good and the handling of css<br>
> and javascript is from what I can understand<br>
> handled nicely.<br>
><br>
> For an application and modules they present pretty much the same as we<br>
> do today.<br>
> For sure the Elixir community have more cometence around html, css,<br>
> javascript than at least we on the OTP team have.<br>
<br>
I have no doubt they are better at HTML, CSS and JS, but they are not<br>
good at layout and styling IMO.<br>
<br>
The lack of indentation alone makes the Elixir documentation unreadable.<br>
Where do the functions start and end? This is much easier to figure out<br>
in the Erlang documentation.<br>
<br>
The huge vertical spacing everywhere makes it so that only about one<br>
function and a half gets displayed on my screen at a time for equivalent<br>
amount of information. The Erlang documentation has the double, 3 or 4<br>
functions.<br>
<br>
For some reason all the specs and code examples have a bottom scrollbar<br>
here even when no scrolling can be done.<br>
<br>
And in case you wonder, it's also unreadable from lynx. This time,<br>
function names and code examples are indistinguishable.<br>
<br>
The list of functions at the top is not very useful overall; the list of<br>
functions on the left is better but in the case of Elixir when I click<br>
"Functions" it scrolls the page for some reason; if I wanted to stay<br>
where I was and just take a quick look if a function exists, there goes<br>
my browsing. It also breaks the back/forward buttons for me (bad!). Not<br>
to mention it's not clear that you can expand it.<br>
<br>
The search result page also gets on top of the documentation you are<br>
currently reading. Impractical.<br>
<br>
The Elixir layout still needs a *lot* of work to be really usable. Not<br>
to say the Erlang documentation is "the best", but what it needs the<br>
most is a few tweaks (make it easy to reach every part of the<br>
documentation from <a href="http://erlang.org/doc/" rel="noreferrer" target="_blank">http://erlang.org/doc/</a>) and more content. It's<br>
already very good, in all its output formats. This would be a huge step<br>
backward.<br>
<br>
I also have some concerns with the main Elixir site; the font and font<br>
size make it hard to read. At least they got the font right in the<br>
function reference.<br>
<br>
(If you worked on the Elixir documentation don't take this personally. I<br>
have the same amount of criticism over my own, if not more.)<br>
<br>
--<br>
Loïc Hoguin<br>
<a href="http://ninenines.eu" rel="noreferrer" target="_blank">http://ninenines.eu</a><br>
Author of The Erlanger Playbook,<br>
A book about software development using Erlang<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div></div></div>