Print issues

[mialondon]

As a library user printing from the 'print' button or via the browser

I want to print an image from the UV

The issue here is quality - print works, but doesn't behave as users might reasonably expect.

Printing from the browser currently prints the page, rather than the image, so the actual image size is much smaller than a user would expect.
Image controls (zoom, overview box) leave blank regions on the page.

So that I can annotate or refer to it offline

[mialondon]

It might be easiest to load the image itself and let the user print from there, avoiding UV chrome entirely.

Another model is the JISC historical texts 'print' function, which generates a PDF that can then be downloaded or printed. This seems a pretty usable method, or at least one that readers would be reasonably familiar with https://data.historicaltexts.jisc.ac.uk/media/pdf/eebo/e0036/156888/publication.pdf

[mialondon]

Previous work: UniversalViewer/universalviewer#331

[mialondon]

After discussion with Frances (Electronic Services Manager) and Francis (developer), we're going to try:

• removing the print button
• changing the label of the download button to say 'download or print'
• add a line of text to the initial download dialogue: 'To print, first download this image'

Once this is in place we'll test with Reference Services staff as a proxy for reading room users in the first instance.

[mialondon]

Francis has a version working - what do people think?

There's a whole other question of how this would work for items where printing isn't allowed. Could mechanisms for turning the print button on or off be implemented in the logic of what's displayed on the modal dialogue?

[markw-bl]

I think if we have instances where printing isn't allowed it is displayed in grey but with an explanation as to why printing isn't enabled e.g. rights restrictions etc. Perhaps the Terms of Use could accommodate that element?