<div>(Btw, I blame gmail for the mangled title ;-) -- it&#39;s been doing some weird stuff recently on Safari for me; but only in the subject line.  I think there were backspace characters in an edit that weren&#39;t applied.)</div>

<div><br></div>The permuted indices are interesting.  It means really committing to the style/naming conventions, doesn&#39;t it?  In common lisp, hyphen separated names and I guess camel-case for Haskell.  Though you could split on underscores *or* camel case...<div>

<br></div><div>I think multiple ways of indexing the data never hurts (except by confusing the user a bit).  On that common lisp page I especially like how they&#39;ve indented the words.  Frankly I&#39;d like a search box in any interface that displays more than two thingamajigs.  That should be a UI commandment.</div>

<div><br></div><div>I was expecting the objection of wasted server bandwidth for very large indices.  I wasn&#39;t so worried about the client (even mobile) case.  People can always press escape if a load takes too long.  And it only happens if they manually drill down into &quot;All&quot;.  Perhaps a good idea would be to follow <a href="http://svnbook.red-bean.com/">the convention used elsewhere</a> and have a link with a size warning -- &quot;All Entries <span class="Apple-style-span" style="font-family: &#39;times new roman&#39;, times, serif; font-size: 14px; -webkit-border-horizontal-spacing: 2px; -webkit-border-vertical-spacing: 2px; ">(1.6 MB HTML).</span>&quot;  That should keep people from clicking on it with their smartphone :-).  I can tweak it again to do that if people like.</div>

<div><br></div><div>Cheers,</div><div>  -Ryan</div><div><br></div><div><br></div><div><div><br><div class="gmail_quote">On Sun, Oct 24, 2010 at 8:15 AM, Thomas Schilling <span dir="ltr">&lt;<a href="mailto:nominolo@googlemail.com">nominolo@googlemail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">For packages with many items in the index, these pages can get a bit<br>
huge.  How about a permuted index like<br>
&lt;<a href="http://www.lispworks.com/documentation/HyperSpec/Front/X_Symbol.htm" target="_blank">http://www.lispworks.com/documentation/HyperSpec/Front/X_Symbol.htm</a>&gt;?<br>
<br>
E.g., for your use case, you would go to E and then the row with all<br>
the &quot;End&quot; entries, which would contain all the names with &quot;End&quot;<br>
anywhere in their name.<br>
<br>
I don&#39;t know if page size can be a problem, but at least for mobile or<br>
otherwise low-bandwidth devices this can be a nice alternative.<br>
<div><div></div><div class="h5"><br>
On 24 October 2010 04:41, Ryan Newton &lt;<a href="mailto:newton@mit.edu">newton@mit.edu</a>&gt; wrote:<br>
&gt; When I encounter a split-index (A-Z) page it can be quite frustrating if I<br>
&gt; don&#39;t know the first letter of what I&#39;m searching for.  I want to use my<br>
&gt; browser find!  For example, tonight I wanted to look at all the functions<br>
&gt; that END in &quot;Window&quot; in the Chart package -- no luck:<br>
&gt;   <a href="http://hackage.haskell.org/packages/archive/Chart/0.13.1/doc/html/doc-index.html" target="_blank">http://hackage.haskell.org/packages/archive/Chart/0.13.1/doc/html/doc-index.html</a><br>
&gt; Therefore I propose that even when generating the &quot;A-Z&quot; individual pages<br>
&gt; that there also be an &quot;All&quot; option for the single-page version.  Attached is<br>
&gt; a patch against haddock&#39;s HEAD (darcs get <a href="http://code.haskell.org/haddock/" target="_blank">http://code.haskell.org/haddock/</a><br>
&gt; right?) that implements this behavior.  As an example, here is FGL&#39;s<br>
&gt; documentation built with the patched haddock:<br>
&gt;   <a href="http://people.csail.mit.edu/newton/fgl_example_doc/doc-index.html" target="_blank">http://people.csail.mit.edu/newton/fgl_example_doc/doc-index.html</a><br>
&gt; The great thing about hackage being centralized is that if people are happy<br>
&gt; with this fix it can be widely deployed where it counts, and quickly!<br>
&gt; Cheers,<br>
&gt;    -Ryan<br>
&gt; P.S. At the other end of the spectrum, when considering a central index for<br>
&gt; all of hackage (as in the below ticket) maybe it would be necessary to have<br>
&gt; more than 26 pages,  I.e. Aa-Am | An-Az or whatever.<br>
&gt;     <a href="http://hackage.haskell.org/trac/hackage/ticket/516#comment:6" target="_blank">http://hackage.haskell.org/trac/hackage/ticket/516#comment:6</a><br>
&gt;<br>
</div></div>&gt; _______________________________________________<br>
&gt; Haskell-Cafe mailing list<br>
&gt; <a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
&gt; <a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
&gt;<br>
&gt;<br>
<font color="#888888"><br>
<br>
<br>
--<br>
Push the envelope. Watch it bend.<br>
</font></blockquote></div><br></div></div>