Wishlist: Webclient: Hide / collapse patron summary on search screen

Bug #1811468 reported by John Yorio
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

This is not a bug.

We've had some comments from people that using patron search on a touchscreen tablet is made difficult by the white space to the left of the filter boxes, which is the area for the patron summary.

It would be easier to read the results on the smaller screen if the patron summary area could be collapsed or hidden out of the way, at least until a patron is selected. I suppose one way would be to have a button to do it or have the patron summary expand only after a patron is selected from the search results.

I don't think they want to get rid of the summary altogether, but instead get it out of the way so the search results can fill the screen left-to-right and not be crammed off to the right of what appears to be a big empty space.

Eva Cerninakova (ece)
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Eva Cerninakova (ece) wrote :

I do not agree this is not a bug ;-)

We have also some request from the staff to hide the patron summary on search screen as it used to be possible in the XUL client. There are more quite serious reasons for the request:

When the librarian is searching for a patron and summary of the last viewed patrons stays in the left part of the interface, it is quite confusing (especially in some situation). However, there is no way to hide the patron summary as it used to be possible in the XUL client. Even if the patron account have been opened and the patron summary has been collapsed (hidden), after the Patron search button (or link) has been clicked, the summary of last patron expands again and shows on the lef.

Not only this make no sense, but it is - as some people point out - the problem of patron privacy protection (and another reasons for the request to hide the patron summary on search screen).

And another quite important reason of course is the nedd to read easier the patron search results (not only on touchscreens, but on the desktops too).

Changed in evergreen:
importance: Undecided → Wishlist
Revision history for this message
Jane Sandberg (sandbergja) wrote :

One note for whoever is interested in taking care of this. The WAI-ARIA Authoring Practices have some simple guidance for show/hide widgets (which they call disclosures): https://www.w3.org/TR/wai-aria-practices-1.1/#disclosure. Especially note the summary, keyboard interaction subsection, and WAI-ARIA Roles, States, and Properties subsection (most of which should be relatively easy to implement).

tags: added: mobile usability
removed: webstaffclient
tags: added: circulation patron
removed: wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.