-
-
Notifications
You must be signed in to change notification settings - Fork 404
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
Miscellaneous website fixes #1661
Comments
JL Edit: Manually fixed for now! Needs a long-term fix..
In general, we should make sure that the experience of someone visiting the site is to click on something that looks cool, and to see how little code was involved in making it. That's true of all our examples, but it's most true of the Elements bits -- the total code required for any of those is tiny. The examples in the Gallery are for building more ambitious things, which take correspondingly more code, which is fine, but it's not the first thing people should be clicking on. |
Not for any time soon!
|
Related to Jim's suggestion about moving apps to the bottom:
|
Homepage
|
I moved the apps below demos in gallery. Can try to manually fix the issues Chris mentioned I guess... |
In the readme, we have:
So I think it was intentional and to show the Python builds we support on travis. I agree it is a bit weird though... |
I was referring to the way it appears, because of which bit actually forms the link: Python 2.7 and Python 3 instead of Alternatively you could consider changing it to something like |
hmm odd, it isn't the same as the README. |
#1650 lists the broken links we know about... |
I've opened #1662 for fixing links... |
I really don't get what is wrong with the definition of the conda link (homepage) in the rst... |
Agreed. |
|
I don't think it's necessary to have a docs link, and above I propose that the entire region where that link appears should be replaced with only links to external websites (which would eliminate DOCS). |
That could work and be useful, but I don't think it addresses the underlying problem of discoverability. The point of a gallery is to show visually the whole range of what is available, so that users can see something they are interested in, and in particular, can see some type of plot that looks something like what they imagine they need to create for their own data. For many of the notebooks in the reference gallery, there is one main plot that is a good representative of what will be found there. But for others, the thumbnail fails to convey what will be found on that page. E.g. the thumbnail for Path: Does not in any way suggest to me that I'd find something like the following if I click on the page, or even that I should hover over the thumbnail: For this and many other examples, I'd argue that there should be multiple thumbnails leading to this one notebook, guiding people with different mental images of what they want into something that can solve their problems. The fact that it's the same notebook repeated does not seem very important to me, just that there are multiple important different outcomes of relevance to the user that will benefit from a visual index. Same notebook, but very different plots. It's a gallery of images, not just an index of links with pictures. The same issue applies for the regular Gallery as well, and maybe even for the User Guide and Getting-Started pages, which would be greatly aided by having a little collection of (smaller) thumbnails around each such textual description to help guide people into the section they need. |
Well spotted!
That was the plan... |
I think Chris meant, maybe the previous page was the Showcase, somehow, which is why it shows up on this page and not the previous one. But yes, we are definitely moving away from Showcase overall... |
|
|
|
http://holoviews.org/user_guide/Annotating_Data.html
|
http://holoviews.org/user_guide/Composing_Elements.html |
still in Composing_Elements.html
|
|
I'd really prefer it grab bag issues like this didn't exist anymore. They're okay when gearing up for a release but after that each item should become its own issue. |
It's a mess in its current state, but it seems like if each unticked box here is its own issue, they will get lost in the sea of other issues. Seems cleaner to me to collect remaining small website issues into a new to-do list that can be attacked by someone in one sitting... |
I have many times tried to look at this issue and have given up because it's such a mess. At minimum an issue like this needs to be closed and reopened with a new, cleaned up list after each release. |
Agreed. |
Issue to document problems with the new website.
The text was updated successfully, but these errors were encountered: