-
Notifications
You must be signed in to change notification settings - Fork 148
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
Directories <–> Breadcrumbs #1131
Comments
We can of course - for some specific URL's (/directories) - define such pages. I am wondering however, how relevant that is...how many people are trying to access a page based on an non-existing URL that they must have "guessed"? Maybe @tiborsimko could shed some light based on statistics? |
@sefeg let's ask Stella for advice here (standards) before we start too much research. |
Just FYI: we re-discussed this at yesterday's meeting, and there seemed to be support for the idea. |
Closing, as those pages exist by now. See for example, http://opendata-dev.web.cern.ch/software or http://opendata-dev.web.cern.ch/news - they jump right to the corresponding facet entries. |
Reopening because this still needs addressing on some pages and needs reworking of the breadcrumbs text.
Other notes
|
Closing as discussed that we are going to completely remove breadcrumbs. @annatrz is taking care now. |
Sorry, but I'm not sure removing breadcrumbs is the best idea here. There's clearly a hierarchy of information (and, indeed, of pages), e.g.: Visualise → Events → CMS. |
There were basically two options, either to complete the breadcrumbs, or to remove them. We have briefly discussed pros/cons, and since only a handful of pages use hierarchy, it seemed OK to remove them. But I fully understand that if the thumbnails are gone, the navigation will be harder in today's search-oriented page if people will happen to land on some sub-page... A related observation made by @katilp is whether people will find the event display page easily from some sub-page, now that the "Explore" is gone from the header menu. There are many options how to address these findings, e.g. add "Explore" for sub-pages but not on the home page since it would play double role, etc. There are several pros/cons with each choice, perhaps we can rethink the whole navigation experience from various angles with @sefeg and @daslerr now that we have new final prototype easily visible and testable? |
I agree that we can always revisit the discussion. As any discussion / implementation / testing requires considerable time, I think it is best if we consider this after the release. I think that for the moment we should stick with what has been decided. Possible enhancements can always be done afterwards. We could possibly meet next week @RaoOfPhysics ? (@daslerr @tiborsimko ) |
@sefeg: OK for next week. |
Replace 404 pages under directories with appropriately listed index pages pointing to the next level in the navigation.
So, http://opendata.cern.ch/visualise/ should list all relevant pages such as "events" and "histograms", while http://opendata.cern.ch/visualise/events/ (e.g.) should point to the appropriate event-visualisation tools where available.
The text was updated successfully, but these errors were encountered: