SUI - 2016-02-19 Github Issues, Thumbnails, and Item Show Pages

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
      • 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