-
Notifications
You must be signed in to change notification settings - Fork 94
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
odoc listings
is not of great use for odig
's package pages
#12
Comments
(Note that currently |
odoc listings
is not of great use for opkg
's package pagesodoc listings
is not of great use for odig
's package pages
I started working on this, I plan to just remove |
We should discuss this, this is important because for now in |
Also the ability to generate a page with all identifiers of the package is very useful, it nicely takes care of the lack of general search by piggy-backing on your browser in page search. I don't think separating
|
I just added a new optional flag to
And it will generate an The I will push a commit removing the |
That looks perfect, thanks ! |
In
odig
I generate these pages myself because I enrich them with meta-data about packages. In its current formodoc listing
is anyway not as good as whatocamldoc
does because it doesn't generate module synopses in the toplevel list. So you will have to take a list ofodoc
files rather than stringitem
s as it is now.A better try at this would be to take a list of
.odoc
files and generate markup fragment for the list of toplevel module with their synopses on stdout (or in a file).Alternatively simply copy what
ocamldoc
does with its-intro
page option which allowed me to solve the problem in the ocamldoc path.I tend to think that the
intro
thing will be better ifodoc
starts generating index of symbols for packages likeocamldoc
does.The text was updated successfully, but these errors were encountered: