-
Notifications
You must be signed in to change notification settings - Fork 11
feat: user documentation directly in the application #367
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
base: main
Are you sure you want to change the base?
Conversation
| * User documentation for DiracX web. | ||
| * | ||
| */ | ||
| export const userDocumentation: UserDocumentation = { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder if it wouldn't be better to manage the documentation from a single source, namely /docs/, where we also host the dev and admin documentation. I have the feeling it would be easier to maintain.
But then, the questions is: should we deploy the user documentation both in readthedocs and the web interface? Or should we completely separate it from the other documentations when we deploy them? Then it means we would deploy the admin and dev documentation in readthedocs and the user documentation would go here (e.g. fetching the github raw content).
Of course the simplest solution would be to have everything in /docs... which means we stop going in that direction (at least for now).
We can discuss about that tomorrow, but I think for now I would:
- add your documentation about the
SearchBarin/docs/usersin the other PR - and we just stop the development of this solution for now (and revisit it if needs be in the future)
Do you have any opinion?
Sorry...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What could be potentially interesting is a guided tour (e.g. https://www.shepherdjs.dev). I don't think it's the priority though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the user documentation can stay here, and the admin and dev in rtd. We can anyway decide f2f.
693af7c to
50c74cd
Compare
6079ff7 to
bad2bdb
Compare
aldbr
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see 2 potential "problems" with the approach:
- a significant amount of manual work: extensions seem to need to embed a
generatedDoc.tsscript - the documentation is "duplicated" within the source code
I have the feeling this is a common problem, but we have the extra complexity of supporting extensions.
What about:
- you export
/docs/userswhen you builddiracx-web-components: may be just by copying*.mdfiles into*.mdx - in
diracx-webandgubbinsyou leverage the NextJS config to get the*.mdxcontent and incorporate it into the help component.
Here are a few resources that might help:
- https://mdxjs.com
- https://nextjs.org/docs/pages/guides/mdx
- https://contentlayer.dev
- https://contentlayer.dev/examples/nextjs
Have you already explored MDX and its integration with NextJS?
I don't know exactly how to connect the pieces and whether it's feasible, but I have the feeling it could potentially prevent us from doing too much manual work and "duplicate" the documentation.
If not already done, could you have a look please?
No description provided.