-
Notifications
You must be signed in to change notification settings - Fork 4
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
Support for excluding modules? #42
Comments
I'm working on a configuration revamp right now. How would you feel about something like this in the config: {'excluded-modules',
['secret-mod', 'private-mod', 'excluded-mod']} ^ a list of module names to exclude. |
Yeah, that's the sort of thing I was thinking. If this goes in the {lodox [{'excluded-modules',
['secret-mod','private-mod','exlcuded-mod']}]}. This leaves a whole bunch of nice possibilities for lodox in the future (configurability for things we can't think of right now). If rebar3 barfs on having extraneous data in |
That's exactly what I've got cooking. 😄 |
SWEEEEET! ❤️ |
This needs to be cleaned up and documented, but the basic functionality is there. |
|
Moved to lfe-rebar3#18. |
There are some modules I won't want included in a public API (e.g., modules that bring in functions defined in C ports, for which there are friendlier, "public" modules).
Could you add a configuration file (or flag) option for excluding modules from the generated docs?
The text was updated successfully, but these errors were encountered: