-
Notifications
You must be signed in to change notification settings - Fork 263
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
Rework project documentation #102
Conversation
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.
This really helps out newcomers. Thanks a lot for reworking the documentation.
Just a small typo though
Co-authored-by: Hubert Hirtz <[email protected]>
This is really nice! It's so close from building an static web site:
I can help with that! There are several tools for generating static websites from text/markup sources (dbhi.github.io/mdpaper). Since this PR contains all markdown sources already, I recommend using Hugo. I am familiar with it because that's the tool used in hdl.github.io/awesome and vhdl.github.io/news. There are hundreds of themes to choose from: https://themes.gohugo.io/. Therefore, I would need someone else to decide which to use. Alternatively, most of the open source EDA projects do use Sphinx instead of markdown based static site generators. That's the case of SymbiFlow, GHDL, VUnit, pyVHDLModel/pyVHDLParser, cocotb, TerosHDL, Boolector, edalize/fusesoc, wishbone (FOSSi), SpinalHDL, tsfpga, etc. Sphinx provides an interesting feature named Strictly, Sphinx can import markdown sources, so it is possible to start using Sphinx straightaway, and ignore Hugo/Jekyll/others. However, when using markdown in Sphinx several features related to (cross-)references are not available. That's why it's desirable to use rst instead of md in the mid term. @jeanthom, I'm not proposing you to take care of these further enhancements. I think this PR is ok as-is. However, I believe it is pertinent to discuss it here. |
Thanks for this big rework, this is now a more clear documentation. LGTM. I'm agree with @umarcor this is a good starting point to create a static site with more details about internal structure. I have just an hesitation about README.md: it's maybe required to add basic commands to have a first synthetic page with bare minimal informations to use openFPGALoader. It's the same question with board's table, this is used to provides board's keyword. But of course I'm maybe wrong. |
Moved to #105. |
Going back to the topic,
These are covered in the "First steps" document (link is at the top of the README), though I agree it could be better placed (you want to know what the program is before going through first steps, installation etc). IMO, instead of just the
|
Hi everyone, Thanks @umarcor for moving the hdl/constraints discussion into its own issue. I think it will have a better visibility than here, where it'll get eventually closed. Maybe we could also create an issue to discuss the creation of a web page too? I guess we'll have lots of discussions about how to implement it 👍 @trabucayre I tried to implement the changes you requested, tell me how you feel about it |
LGTM. |
Applied! Thanks |
The README was starting to get a bit bloated, so I reworked the project documentation splitting the information into multiple files.
https://github.com/jeanthom/openFPGALoader/tree/doc-rework