[Haskell-cafe] No fish, please

Daniel Fischer daniel.is.fischer at googlemail.com
Thu May 19 00:09:35 CEST 2011


On Wednesday 18 May 2011 23:39:47, Andrew Coppin wrote:
> On 18/05/2011 05:28 AM, Don Stewart wrote:
> > I'm intrigued by  the idea of Hackage docs that don't use Haddock.
> 
> This is basically the reason I asked. Currently Cabal assumes that
> Haddock is the only tool of its kind. If somebody built a better
> Haddock, you wouldn't be able to use it. (Unless you named the
> executable "haddock" and made it accept the same command options.)

Or maybe support for that tool would be integrated into Cabal and cabal and 
hackage.
But even while such a tool is not yet available, it would be worth thinkng 
about hackage offering the possibility to display other docs than haddock-
generated ones.

> 
> Also, Haddock generates API reference documentation. It does not really
> support generating tutorials, introductions, HOWTOs, and all the other
> types of useful documentation that a project ought to have.
> 
> > IF you do have better docs, host them somewhere, and put a link
> > prominently in the .cabal file synopsis.
> 
> That works, but it does mean that you can't read the documentation
> offline.

Make it downloadable?
Include the docs in the package (extra-source-files: thedocs.tar.gz) and 
mention it in the package descripiton for a (less than optimal) workaround.

> (It also requires you to have somewhere to host, which not
> everybody has.

Haskellwiki, bitbucket, github, ...

> Hackage provides hosting for the code itself, but you can
> only host documentation there if it's Haddock.)

Yes, hackage is code hosting and not tutorial etc. hosting. Maybe 
integrating that would be a good thing, but even so, there are feasible 
ways of making additional documentation available.
Sure, a centralised documentation-hosting would have advantages over 
sprinkling over all the free project-hosting services, but the situation is 
not unbearably dire as is.



More information about the Haskell-Cafe mailing list