-
Notifications
You must be signed in to change notification settings - Fork 12
Add doc/index.md
to redirect doc/
to the title page of the manual
#25
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
Conversation
doc/index.md
to redirect doc/
to the title page of the manualdoc/index.md
to redirect doc/
to the title page of the manual
Actually, something else has to be changed (in this repo or in |
Perhaps I just need to add
|
d58215b
to
afddbbb
Compare
doc/index.md
to redirect doc/
to the title page of the manualdoc/index.html
to redirect doc/
to the title page of the manual
…e manual This means that if a user requests https://digraphs.github.io/Digraphs/doc/ (which I think is a natural-enough thing to want to do), then instead of getting a 404 error, they are instead automatically redirected to the title page of the manual, which is presumably what they wanted, anyway. Unless and until gap-system/GitHubPagesForGAP#25 is merged, or gap-actions/update-gh-pages#10 is addressed in a way that lets us keeps this file purely in our gh-pages branch, then I think the best way to manage this file is to keep it in the repository here. Whenever the ReleaseTools script/release action is run, the doc/ directory of the gh-pages branch is deleted, and so if we only kept this file in the gh-pages branch, it would get deleted each time we make a new release. However, the doc/ directory of the gh-pages branch is re-populated with (amongst other things) the html files of the doc/ directory of this repository. In particular, by having this file in the doc/ directory of this repo, this means that the file is retained in the gh-pages branch, even across different releases of the package and runs of the ReleaseTools script/release action.
…e manual This means that if a user requests https://digraphs.github.io/Digraphs/doc/ (which I think is a natural-enough thing to want to do), then instead of getting a 404 error, they are instead automatically redirected to the title page of the manual, which is presumably what they wanted, anyway. Unless and until gap-system/GitHubPagesForGAP#25 is merged, or gap-actions/update-gh-pages#10 is addressed in a way that lets us keeps this file purely in our gh-pages branch, then I think the best way to manage this file is to keep it in the repository here. Whenever the ReleaseTools script/release action is run, the doc/ directory of the gh-pages branch is deleted, and so if we only kept this file in the gh-pages branch, it would get deleted each time we make a new release. However, the doc/ directory of the gh-pages branch is re-populated with (amongst other things) the html files of the doc/ directory of this repository. In particular, by having this file in the doc/ directory of this repo, this means that the file is retained in the gh-pages branch, even across different releases of the package and runs of the ReleaseTools script/release action.
I think the redirection makes a lot of sense. But this hardcodes links to Perhaps this could be a dynamic page that gets the |
afddbbb
to
aa164e5
Compare
doc/index.html
to redirect doc/
to the title page of the manualdoc/index.md
to redirect doc/
to the title page of the manual
I've updated this as suggested by @stertooy, the file is now You can see this in action at https://wilfwilson.github.io/Digraphs/doc/ |
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.
Good idea, thanks
Perhaps there are nicer ways of doing this, I'm not sure. But at least this doesn't use javascript. I'm using this already for Digraphs: https://digraphs.github.io/Digraphs/doc/
Resolves #24.