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

Samvera Community Wiki


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