-
Notifications
You must be signed in to change notification settings - Fork 125
Dartdoc fails on pub.dev for win32 because docs generated are too verbose #3311
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
Comments
CC @devoncarew I've got a proof of concept writes sidebars as separate files, and loads them dynamically, removing duplication. I tested it on win32 4.1.1:
|
That looks... better! Related, I wonder if we can review the content in the sidebar. It's actually not very helpful, if you look at a typical page in the Win32 package. And that's not isolated to my package: it's hugely inflated even for a Flutter library. I'd be surprised if it was used by most customers of large-scale packages. |
Sounds good, we should research it. |
I think this is resolved now. |
The situation now:
|
The win32 package is big, but not ridiculously so. The
lib\src
directory is only 3.3MB in size.But
dart doc
is now failing on pub.dev with the following error:Log details here: https://pub.dev/documentation/win32/4.1.1/log.txt
Yes -- this 3.3MB of Dart code has generated over 2 gigabytes of auto-generated documentation!
Looking at the output files, there are 10,000+ documentation pages. The primary problem is that we generate a single file for even the most trivial content (e.g. a constant), and that file itself contains a reference to every other constant.
For example, the line
const WM_PAINT = 0x000F;
is transformed into the following 500KB+ HTML file (renamed to.txt
so GitHub will let me attach it):WM_PAINT-constant.html.txt
There is about 200 bytes of meaningful content in this file. Most of the file is a list of
<a>
refs to other similar files:I hope we can make some changes to tidy this up quickly, since my package currently has no working documentation :( In addition, this must be expensive for us in hosting costs.
/cc @kevmoo
The text was updated successfully, but these errors were encountered: