Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • previously discussed tenant can say 'tenant of * value' - user is alerted
  • catalogers - would want a user alert
  • screen real estate is a consideration/issue
  • if editing a category, once in category is that where the user alert appears rather than seeing all at a glance - unfortunately no tables in settings that work that way
  • pop up live at Needed for and Process level?  YES  > put it here (not tenant level at this stage - see what happens, see if tenant is compromised)
  • question about plans to prioritize different Needed for's - answer was we don't know
  • makes sense for these to be put together and treated as entity of cataloging Needed For process
  • manual defines things might give more space and complexity vs current design, but Erin doesn't prefer - some say not a good UI model

Consensus was to proceed with Needed for and Process wireframes with modifications discussed

...

  1. generic note available for any use case ~ librarians are going to manage processes in different ways
    or
  2. a specific note

Consensus was #2, a specific note

Use case for a Needed for note, i.e. marking something missing vs. preservation 

  • ADD who created note and when note was created
  • item status date displayed  > Repeat for Process and Needed for > ADD process and user info
  • granularity of note and tying them to item state is important - availability and in process - needed Needed for would need more info to track
  • having user data is helpful (although laws in Germany may prevent this)
  • note in Needed For for should be archived in the system but not visible to user

Another use case for Needed For note, i.e. marking something missing vs. preservation 

Erin:  librarians will manage processes in different ways hence comment about open 

granular notes for each of 3 states - 

will note go away once or remain on each Needed For added 

how are changes to various states logged in the system - we haven't discussed yet

change process from cataloging to something else does that change the note or is the user responsible for clearing thatWho is responsible for clearing the note?

  • what's the process
  • process state vs. availability state

...

  • Needed For should include option to manually set a null value

...

  • ~ if item in cataloging process completed note should go

...

clearing note - if process is selected accidentally note is lost - how important would that be - it would be in the item state history 

...

  • away
  • item state history would provide a history in the event notes are cleared accidentally
  • comments about levels of detail necessary

...

  • should be available at point of need.  

Summary:  Item State Wireframe - add when and who added the note, retain Needed For for notes and locate at point of need. 

________

Check-In

  • Modals for checking in

...

  • items
    • Item needed for staff
    • view both pre and post scan
    • suggestion to change 'Cancel' to 'Close'

...

    • how would it interact with other modals

Confirm check inshould

  • Should cancel / confirm have use cases other than Preservation and Reserves
    • fee fines here? 

...

    • adding manual fees for sale items not overdue items

...

    • ? 

...

      • not necessarily worth development time

Summary:  pop ups only need to happen at checkin-checkout 

...

  • What if patron wants to check out

...

  • a requested item?
    • would patron requests show up in this same modal

...

Summary:  make UI solution clear to frontline

...

/ public facing staff

Zoom recording

Zoom recording

Action items

  • Zoom calls will require password moving forward.  Emma will include info in email.