sul-dlss-deprecated / universalviewer

The Universal Viewer is a community-developed open source project on a mission to help you share your content with the world
http://universalviewer.io
Other
0 stars 1 forks source link

Move IIIF icon from sharing modal to More Information section #23

Open ggeisler opened 6 years ago

ggeisler commented 6 years ago

We have feedback from SUL-Embed that indicates the IIIF icon (for dragging to another viewer) is not very findable in its current location of the Information slideup section. Given that, it seems unlikely that its current location in the Sharing modal will make it any more findable.

We're wondering it putting it at the top of UV's More Information section might improve its findability. So something like this (with the actual IIIF logo in place of the broken image link):

universal_viewer_examples

Also, the current UV implementation appears to use a grayscale version of the IIIF logo. I think the color version we use in SUL-Embed looks better and is more likely to attract the user's attention.

snydman commented 6 years ago

I think it makes more sense in Share, than it does in info, and in both cases it needs a click to reveal it. I wonder if it would work as another top level icon in the border, although I agree that it requires help text and that wouldn't work super well in the footer border. Ultimately I think we (Stanford) need to put the IIIF icon in the record, not just the viewer. But it still needs to be in the viewer somewhere for portability.

ggeisler commented 6 years ago

You're not "sharing" the icon. Also, do users think about going to the sharing icon to find this? @jvine indicated there are issues with findability of the icon in the current SUL-Embed, which is what suggested a need for moving it.

At least with Information the user could run across it while looking at information more likely to be exposed. But @mejackreed isn't sure yet whether that is a technically feasible place to move it, so there is certainly reason to consider other options.

jvine commented 6 years ago

In current SUL-Embed, it's in the (i) info slider, not the share slider.

tomcrane commented 6 years ago

Related issue in UV backlog (with my UI "attempt"): https://github.com/UniversalViewer/universalviewer/issues/439

snydman commented 6 years ago

Here is a new proposal for the IIIF Logo - and additional enhancements to the Share modal

image

edsilv commented 6 years ago

We need to be mindful of the size of this dialogue as the UV may be embedded in a blog post for example with very little screen real estate.

I prefer the second option above. The BL require there to be separate Share and Embed buttons in the footer. The compromise was to make those configurable, and clicking Embed opens the share dialogue on the Embed tab.

We also discussed adding social icons. It was felt that adding these to the core UV codebase wasn't desireable, but that one could include a 'sharing service' in their manifest with a path to a page that includes these, and this would be included in an iframe in the share dialogue. Here's a sample manifest: https://edsilv.github.io/test-manifests/share-service.json

We could certainly make the IIIF logo in colour.

mialondon commented 6 years ago

We'd get a lot of pushback if the IIIF logo was right at the top of 'more information'.

For the BL, the 'share/embed' section is really the 'do something more' section, so it was the best fit for the IIIF manifest link at the time.

I generally think the bottom bar of icons should be reviewed and tidied so things are grouped more sensibly and compactly, as on the Riksarkivet site (e.g. https://sok.riksarkivet.se/bildvisning/R0000004_00004?viewer=UV#?s=0&cv=3&c=0&m=0&z=-215.3859%2C-853.2293%2C13303.7718%2C10572.4585)

jvine commented 6 years ago

We need to be mindful of the size of this dialogue as the UV may be embedded in a blog post for example with very little screen real estate

Maybe not clear out of context, but the intent is that the dialog is responsive, so that it can take advantage of a wide area when it exists, but will wrap/the sections will stack to fit a smaller width when it needs to. So the second layout happens automatically when the embed is small.