Skip to end of metadata
Go to start of metadata

Date

Attendees

Maura Byrne

Christine Tobias

Uschi Klute

Brooks Travis

Amelia Sutton

Kara Hart

Patty Wanninger

Philip Robinson

Cammie Wyckoff

Nancy Burford

Matthew Harrington

Goals

  • Discuss request to remove the setting to enable user profile pictures, per Erin Nettifee's Slack message.
    • JIRA ticket here
    • Erin's comment: "I'd like to encourage this SIG to reconsider whether the user profile picture setting should be hidden until  UXPROD-36 - Getting issue details... STATUS  is fully developed. A new adopter school commented on folio-implementers this morning asking how to get it to work. As long as it's visible in the UI and UXPROD-36 isn't prioritized, it will continue to be confusing to people (and difficult to document.) I'm just one voice here, but I do think this is important.If the concern is development time, there is essentially little to no development time needed to remove it (and hide the associated permission.) I could maybe even get a Duke developer to take care of it if there were no other resources available."
  • Discuss/rank JIRA ticket asking that locally-created permission sets not be allowed to have names that match the names of other permission sets.
  • Staff slip/Notice tokens

Discussion items

TimeWhatWhoNotes
5 minNote-takerChristineChristine has graciously agreed to take notes today.
20 minProfile pictures - should this setting be hidden until Profile pictures are actually implemented?Maura

Profile pictures is a feature that is ranked low for most institutions.  It has not been developed yet.  Profile pictures are turned off by default in the Folio settings.  But the presence of the setting has been confusing for a recent implementer.  The options we discussed are as follows: 1) Remove the setting from the UI (only); 2) Place text such as NOT YET READY next the the setting.

Patty reasoned that the work to make the setting disappear, is work that could just as easily be spent making this feature functional.  The feature does work, to a point.  The placeholder for a user photo disappears when the setting is turned off, which means that the setting itself functions.  The lack of function comes from the fact that there is no way to store photos in Folio, and no way at this moment to link to an external database of photos.  To put in a link, we'd have to extend the user record to have a field for the user photo link.

Brooks suggested the possibility of using custom fields (text field to store an image URL) to accomplish a UI-only implementation of functionality that would allow linking to externally-hosted images (eg. an existing university ID system). (Brooks) 

There is no developer for this feature.

Patty will develop the ticket for UI functionality.

10 minShould we not allow locally-created permission sets duplicate the names of other permission sets?Maura

There was strong support for UI validation when creating permission sets, so that two permission sets can't have identical names.  The validation should only have to exist in the UI; if you're using the API, you should know better, and you should include a validation test when you upload permission sets via the API.

Brooks will write up a user story.  Others will rank/add comments if necessary.

5 minStaff slip/Notice tokensBrooks

There are very few user tokens available for staff slips, and those that are there are all hard-coded into the UI.  Brooks proposed that more User data be made available to use when generating a slip, and that the tokens not be hard-coded.  There were no objections from the SIG.

Brooks will take this feedback to RA-SIG, where these slips (and the tokens) are being spec'd out.

MO State will likely have to build a purpose-built slip generation tool for its delivery slips in the meantime. (Brooks)

Action items

  •  

3 Comments

  1. Patty reasoned that the work to make the setting disappear, is work that could just as easily be spent making this feature functional.  The feature does work, to a point.  The placeholder for a user photo disappears when the setting is turned off, which means that the setting itself functions.  The lack of function comes from the fact that there is no way to store photos in Folio, and no way at this moment to link to an external database of photos.  To put in a link, we'd have to extend the user record to have a field for the user photo link.

    I strongly disagree with "the work to make the setting disappear, is work that could just as easily be spent making this feature functional." It took me literally under two minutes to remove that setting the first time (I already wrote the PR). The time spent to develop this would take so much more time because not only do we have no way of storing photos, we don't actually have a reusable way of storing any file in Folio.

  2. Mark Deutsch Was your pull request rejected? I don't think the SIG was opposed to removing the setting, especially if the actual dev work has already been done.

    1. Brooks Travis , the PR request wasn't rejected. I asked Mark not to push it until the SIG had had their discussion. So it is waiting to be sent through.