> What is CopperSpice
> CopperSpice is a C++ library derived from the Qt framework. Our motivation for developing CopperSpice was to change the core design of the libraries leveraging modern C++ functionality.
> The redesign allowed us to completely remove the Meta-Object Compiler (moc) system. Moc is a code generator and did not support many aspects of modern C++ including templates, complex data types, static type checking, and relied heavily on string comparisons. Removing moc improves run time performance, reduces the complexity of the build process, and allows more issues to be detected at compile time.
This sounds pretty great. Does anyone have experience using it?
The default theme doesn't look that great on mobile. At least one can change the side menu size.
The challenges I'm facing with doxygen is to create a seamless integration with a MkDocs site, but not just for a single version. The current workaround of manually copying the generated MkDocs header and footer isn't very automated...
Coincidentally I was looking into C++ documentation generators again.
In terms of integration, what I've settled on for apache/arrow-adbc is using Sphinx as the toplevel site generator, then writing a script that generates fake Intersphinx indices for a Doxygen site. That way you can link to Doxygen items from within Sphinx without having to hardcode URLs, instead by referencing a class name or similar, and Sphinx will warn if you reference something nonexistent, without having to use something like breathe that tries to render the Doxygen output within Sphinx. (Same approach with Javadoc -> Sphinx, too.)
C++ documentation is another defect in the language (along with a build system), that all successor/modern/post C++ languages happily accept is part of the 'language ecosystem'.
The thing is, if I have say 20 different versions I want to generate docs for, I don't exactly want to run this every time I run `mkdocs build`, but only if I say update the navigation.
Edit: Ah now I remember, the generated "native" Markdown structure also feels worse compared to the doxygen navigation.
Though given all the chatter on here in the last couple of weeks, I'd migrate some of the python work to `uvx` and that would make things simpler again.
I'm don't know if doxygen easily supports 'incremental' builds for your use case. I've never really found completely re-building docs for my modest repos a bottleneck.
I might give mkdoxy another try, but I much prefer a solution that seamlessly integrates the doxygen docs like I'd done manually now [1]. Trying my luck here, but you wouldn't know of any extension that more easily integrates plain HTML pages into an mkdocs navigation/page?
I think you just want to use the `nav` section in `mkdocs.yml` to add non-Doxygen pages:
https://www.mkdocs.org/user-guide/configuration/#documentati...
Wondering how Python support stacks up against Sphinx. Would be nice to have a single unified tool.