SUI - 2016-02-19 Github Issues, Thumbnails, and Item Show Pages
- Github Issues
- Thumbnail on Add and Edit Work
- Item Show Pages
- Nested collections and works
- Testing
- paper prototype
- demo version
- wrapping testing feedback back into production
Attendance
- Lynette Rayle (Cornell University)
- Anna Headley (Chemical Heritage Foundation)
- Michael Tribone (Penn State)
- David Trujillo (UCSD)
- Sonya Betz (University of Alberta)
- Simone Sacchi (Columbia University)
Notes
- Github Issues
- Toolbar - David to work on the toolbar once he has the proper permissions
- File Upload - Anna to work on once finalized
- Show Pages - Mike T. to work on once finalized
- Thumbnails
- user expect thumbnails
- okay to punt and just use the default behavior
- selecting and setting thumbnails came late to the discussion and may require a lot of developer time
- some concern with using the thumbnail in the item list also as a control for setting the thumbnail for the work
- take the thumbnail out of the form for add new and edit work
- first in the work becomes the thumbnail
- visual representation about the work
- Display label and resource type
- resource typein the context of the work is not the mime type. not like when you drop files into the interface
- resource type is applied at the work level
- some need to draw a disnction betwen the content type versus the resource type for the work
- for example, image cannot also be a report
- each site can setup their own resource types. customizable
- will we see many nested works? Maybe the librarians will create nested works but most of the other personas will not have heavy nesting
- Are label and resource type part of the fileset? Label is but resource type is not
- current easier to add metadata than to remove metadata. wish it was easier to remove metadata, too
- ability to remove some default metadata fields coming soon
- Show or item pages
- Adding hyperlinks to precise points in the editing of a work, for example "add files" link near "Items" heading or "edit descriptions" link near work title
- just have an edit button under actions
- too many pathways with all of the edit links in the interface
- users might be uncertain what to do
- some users may think that small editing text means that they can edit directly in place
- show page seems overwhelming with that much complex ability to edit
- if people have already uploaded objects they should be somewhat familiar with the tabs and the editing of a work
- test assumptions. test the upload first and then the show page for edits
- one edit button, less interface
- Do not show empty fields or headings, for example if a work is not in other works or collections do not show headings with text underneath that says that it is empty. just don't be there unless there is content
- there shouldn't be much of a difference between logged in users and non-logged in users when it comes to the show page
- more consistent views
- leaner show page
- Discussion around balancing the page and visual hierarchy
- thumbnail beside title?
- put more of the information about the work on the left-hand side
- put thumbnail on the right-hand side
- make it easier to look at and consume the information about the work
- proposed new change for prominence and clarity
- top row
- title, abstract, metadata go in the left-hand side
- title, abstract, metadata wrap around thumbnail in right hand side
- how do we handle the actions underneath
- bottom row
- collections, works, etc in left column
- title and actions in right column
- how do we handle download?
- download the entire work? (Sonya has experience with this NOT working out so well)
- ability to download items in work
- top row
- items in the list
- thumb, title, and disclosure triangle
- make it clear how to view items in a work
- clear distinction between files and work
- Adding hyperlinks to precise points in the editing of a work, for example "add files" link near "Items" heading or "edit descriptions" link near work title