-
-
Notifications
You must be signed in to change notification settings - Fork 17
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
Style Documentation site #21
Comments
Slate does seem like an okay fit. It's design for API use, is there any reason it should/shouldn't be used for a bootstrap/foundation like framework? |
I set up the github repo to use github pages it pulls from the /docs/ folder. I will work on getting a domain name once we get some actual content for it. |
Another Alternative could be: https://github.com/thomasreinecke/git-playbook |
That one's cool. I like the look of it. Here is a list of some options that are directly integrated with github (meaning github automatically handles most of the setup) I have no real experience doing anything with github pages nor these documentation frameworks. So I'm open to anything. I do want to try to pick something quickly so we can run with it and have something simple to begin. No reason we can't change later. Whatever tool I think markdown is important and would also make it easier to revamp the site at a later time. |
I think the Cayman theme would be a good choice https://pages-themes.github.io/cayman/ |
Swapped to cayman to get a feel for it https://thewebtech.github.io/CrankShaft/ made a separate issue for discussing domain name. #47 |
I'll finalize the logo and can tweak the cayman theme to match the color scheme |
Did some further setup of cayman theme. Any styles can go in docs/assets/css/style.scss |
Just adding this because I just read it and I thought there was a lot of good info related to the process we've been going through with the docs.
https://css-tricks.com/front-end-documentation-style-guides-and-the-rise-of-mdx/ So if you’re thinking, I don’t want to work on the documentation site, because it’s not as important, you’re wrong. Both the framework itself and the documentation site are equally valuable and necessary. Only the most invested of us in the framework could use it without the documentation, and without the documentation we can't as easily understand why it's built the way it is. So we can't intelligently improve the framework without it. |
In order for people to be able to use CrankShaft there needs to be documentation explaining how to use it.
Let's talk about what the best way to implement this is.
If we were to do a GitHub pages site, all of our code would have to be precompiled since HubSpot can't process it there.
We may be able to use a Developer sandbox site for Demos of compiled code. Chad Pierce and I discovered you can share access to a developer sandbox site. So a possible idea is use a github pages site for the actual documentation site, and the sandbox site to show the output of code examples. (sandbox sites can't have domains without being upgraded.)
One of the goals of the documentation site should be that it should be able to be open sourced, so people can contribute. It can also be simple. I'd be fine with using a github pages theme and someone can design something cool later.
Thoughts?
The text was updated successfully, but these errors were encountered: