Skip to content
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

Image view / Mirador: Links #15

Open
3 of 4 tasks
dvglc opened this issue Sep 13, 2018 · 2 comments
Open
3 of 4 tasks

Image view / Mirador: Links #15

dvglc opened this issue Sep 13, 2018 · 2 comments
Assignees
Labels
enhancement New feature or request good first issue Good for newcomers question Further information is requested
Milestone

Comments

@dvglc
Copy link
Contributor

dvglc commented Sep 13, 2018

In the Mirador image-only view (viewer.html), we should implement:

  • a link to the reading view of the respective work/volume (if available)
  • a link to the work's/volume's catalogue entry
  • a link back to the works list/overview (works.html), so as to not be "trapped" in Mirador
  • all the links should be i18nized

These links could be provided in the top bar (e.g., next to the zip download link), and/or perhaps in a more central position?

@dvglc dvglc changed the title Link to work and works list in image view Image view / Mirador: Links Sep 13, 2018
@awagner-mainz
Copy link
Member

I suggest to separate the standalone and the reading-view-iframe mirador.html files.

I am quite unhappy with the number of buttons in the top bar, especially because in the embedded view you cannot see any of them unless you pull the dialogue large enough to see all of them, and this would enable us to do something about it:

In the standalone version, we have more screen space available, but we still could eliminate the "sync reading view" button. And in the embedded version, where the problem is more urgent, we don't actually need the links to the gdpr, the works list and the catalogue record, because they're all available on the parent page (work.html). Maybe we could even move the "download images" option to the regular export menu, although I would tend to keep it there, because I think it's more intuitive to have it in the image handling GUI element. (I have yet to find out how we can suppress some of mirador's own buttons like the "annotations" and "change layout" buttons.)

What do you think, @daglu ?

@dvglc
Copy link
Contributor Author

dvglc commented Mar 19, 2019

Agreeing with everything you suggest. Although, perhaps we should first decide whether to use a different / more lightweight image viewer, which would reshuffle the cards and maybe resolve some of the current button issues (e.g. the change layout button) "by itself", before initiating further actions with the current Mirador-based implementation. Or, if (some of) these issues can be resolved swiftly, do the necessary adjustments already in the current iteration.

@awagner-mainz awagner-mainz added enhancement New feature or request question Further information is requested labels Apr 17, 2019
@dvglc dvglc added this to the v2.0 milestone Mar 3, 2020
dvglc added a commit that referenced this issue Mar 3, 2020
@dvglc dvglc modified the milestones: v2.0, v3.0 Mar 9, 2020
@awagner-mainz awagner-mainz added this to To Do in svsal webapp Aug 19, 2020
@awagner-mainz awagner-mainz moved this from To Do to In Progress in svsal webapp Aug 19, 2020
@awagner-mainz awagner-mainz added the good first issue Good for newcomers label Aug 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers question Further information is requested
Projects
svsal webapp
  
In Progress
Development

No branches or pull requests

2 participants