-
Notifications
You must be signed in to change notification settings - Fork 6
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
Code example for developer product page #10
base: nienn/product-page-template
Are you sure you want to change the base?
Conversation
Meta: I used pygmentize to generate the pygmentized html output. % pygmentize -o test-rtd-yaml.html test-rtd.yaml
Another thought: this could be a template of sorts for our 404/5XX error pages too. I'm sure we could come up with some fun examples to replace our ascii man and whale art. Pages could simulate things going absolutely wrong in a terminal, like accidentally |
In particular for the 404 pages, I'd love to add more contextual data to them like a link to the project's home, at least: readthedocs/readthedocs.org#2551 |
I agree that more contextual information is useful. It's always a good idea to help the user get back to a place where he can take action, and we could do that in the same |
Ah yes, that would be a great addition. I could see us having multiple 4xx/5xx error pages. The error pages related to our application and our website can be goofy/etc. But perhaps we do ultimately want a set of generic error pages for hosted documentation error pages (so customers are showing RTD branded ascii man/etc). Granted users can override these, but that would give us some ability to make our own error pages more unique |
Is this still a useful PR? |
Yes, it's a concept page though, so still draft. I think I'd revisit this with error pages first, the developer product page is a neat idea for a landing page, but we already have several versions of content for these users. |
Meta: I used pygmentize to generate the html for the mockup
% pygmentize -o test-rtd-yaml.html test-rtd.yaml
So we could mostly generate the html from various source files if we want to
make this really maintainable.
Requires #3