Top-level navigation is broken (for OpenFL) about dox HOT 7 CLOSED

I hacked it by modifying the nav.mtt template to not set the "platform" CSS class, and I also copied "openfl/index.html" to "index.html" to replace the empty top-level page.

Ultimately, I think this is caused because I use an "-in" filter to only include OpenFL classes, resulting in no top-level classes

from dox.

I'm having some trouble understanding what you mean here. Are you saying there is no index.html generated in packages that don't have any types?

from dox.

After further research, when using "-in openfl" to exclude all Haxe core types, the nav.mtt template flags "openfl" with the CSS class "platform", which ends up hiding everything on the nav. Modifying this template shows "top-level" as an item, and "openfl" as another. Perhaps the problem is that since there are no top-level classes, it mistakenly does not place "openfl" within the "top-level" tree? I'm not fully sure.

The index.html is generated, but is blank, again because it put openfl outside of top-level within its own tree, I believe

from dox.

Could you list the steps to reproduce this?

from dox.

I'm getting the same issues, any movement on this?

from dox.

The workaround here is to name *.xml as openfl, and then that package gets automatically included. Name it anything else, and it gets hidden.
here's an example of the error:
https://drive.google.com/file/d/0B50VBiFVmWNUSWxPenVRdnhWUFk/edit?usp=sharing

from dox.

Oh it's about that. In that case it's kind of working as expected because the XML merger considers the file name to be the target name. I suppose we should document that.

from dox.