Skip to content
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

docs: "API Reference" support added #532

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from
Draft

docs: "API Reference" support added #532

wants to merge 1 commit into from

Conversation

mpusz
Copy link
Owner

@mpusz mpusz commented Dec 20, 2023

This is the framework to present API reference.

We can't proceed with this until the initial version of the API Reference HTML is prepared.

@JohelEGP
Copy link
Collaborator

Shouldn't this target the gh-pages branch?
All master should need are the .tex files used to produce the PDF and HTML documents.

@mpusz
Copy link
Owner Author

mpusz commented Dec 21, 2023

I don't think so. gh-pages content is automatically generated during the documentation build. For now, we do not have tex files that could be generated, so I added htmls instead. However, all the rest of the files besides api/gen subdirectory need to be on the master branch.

@mpusz
Copy link
Owner Author

mpusz commented Dec 21, 2023

Of course, this is not ready yet as well. For now, I just handle the internal and wg21.links, but your docs also had other URLs. We will have to decide to handle them as well (i.e. open in a separate browser tab).

@JohelEGP
Copy link
Collaborator

The big .css file is part of the https://github.com/Eelis/cxxdraft-htmlgen checkout that is downloaded during documentation generation.

The links into https://www.electropedia.org/ could be opened like the internal links.
They are simple webpages and should be nice to view in the frame:
https://www.electropedia.org/iev/iev.nsf/display?openform&ievref=102-01-24.
They also have these simpler hidden links:
https://www.electropedia.org/iev/iev.nsf/17127c61f2426ed8c1257cb5003c9bec/dcaa2ce786340500c1257f9d0037eb24?OpenDocument.

@mpusz
Copy link
Owner Author

mpusz commented Dec 21, 2023

Sure, we will tune it when we have the first version generated.

I spent lots of time in finding the best way to display standardeese-like pages inside the mkdocs framework with the original styling. But I am quite happy with the result. But of course, it is not perfect and if someone knows web programming better than me, please let me know what can be improved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants