Bound-with back-end work updates | | Jira Legacy |
---|
server | System JiraJIRA |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 01505d01-b853-3c2e-90f1-ee9b165564fc |
---|
key | UXPROD-1241 |
---|
|
Jira Legacy |
---|
server | System JiraJIRA |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 01505d01-b853-3c2e-90f1-ee9b165564fc |
---|
key | UXPROD-2855 |
---|
|
Jira Legacy |
---|
server | System JiraJIRA |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 01505d01-b853-3c2e-90f1-ee9b165564fc |
---|
key | UXPROD-3080 |
---|
|
Slidedeck Not discussed - hold for next meeting |
Inventory Results List Updates | | Jira Legacy |
---|
server | System JiraJIRA |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 01505d01-b853-3c2e-90f1-ee9b165564fc |
---|
key | UXPROD-491 |
---|
|
Working group - documents on the FOLIO wiki Slidedeck - MM/RA/RM working group on UXPROD-491 : going to Filip's original design from 2017
- Mockups for hierarchical display in the above linked slidedeck
- Considering how to get away from results that always defaults to Instances; also allows for more data points (e.g.: resource type, format, HRID)
- Skipping second-pane step and allows to get to item record (i.e.: not having to open Instance... click on holdings and click on item). Outstanding question around whether want this to be full-screen as default? I.e.: do we want the context in the search-and-filter pane? Also : efficient if search and have one result – should open the one result without additional clicking
- "Sort by" features - various fields, which persists until changed
- Color change (darker) for identifying levels of hierarchy user is in – alongside easy navigation among levels
- Can click-to-expand Instance and Holdings in full-screen
- Question(s)/Comment(s):
- If multiple holdings on an Instance, would show only the holdings being searched? or all? Only those being searched... but need ElasticSearch for that precision
- What is timeframe for implementation? Was among top-20 features listed by libraries; talking next week with UI devs to have their say early in process to evaluate complication of integrating level navigator and result list.
- Would demand changes in ElasticSearch – would need more data in instance indexing, as one example. Magda will run mockups by ElasticSearch back-end devs for feedback
- For later: we have different UI handling for Instance versus holdings and items; when we get ready to shift to this view, will need to consider how tag info needs to be moved around for full screen instance. Invite Ann-Marie when this is discussed by WG
- Cross-functional working group is a good model for future work
|