Notifications (for FOLIO operators)
(UXPROD-832)
|
|
| Status: | Closed |
| Project: | UX Product |
| Components: | None |
| Affects versions: | None |
| Fix versions: | None | Parent: | Notifications (for FOLIO operators) |
| Type: | New Feature | Priority: | P3 |
| Reporter: | Khalilah Gambrell | Assignee: | Unassigned |
| Resolution: | Won't Do | Votes: | 0 |
| Labels: | bookmarks, crossplatform, files, notifications, scan, ux, workflows | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original estimate: | Not Specified | ||
| Epic Link: | Notifications (for FOLIO operators) |
| Analysis Estimate: | Large < 10 days |
| Analysis Estimator: | John Coburn |
| Front End Estimate: | Large < 10 days |
| Front End Estimator: | John Coburn |
| Estimation Notes and Assumptions: | We've had the idea of modules having separate types for a while (all of the UI modules have the "app" type) - We need to create a new type "popover" that will have both a popover mode and a full-screen view. In the process, ideally, we can better define what an app type is - is it an exclusive category, or merely a characteristic that sets a promise to stripes-core to be fulfilled by what the module implements. |
| Rank: Chalmers (Impl Aut 2019): | R4 |
| Rank: Chicago (MVP Sum 2020): | R4 |
| Rank: Cornell (Full Sum 2021): | R4 |
| Rank: Duke (Full Sum 2021): | R4 |
| Rank: 5Colleges (Full Jul 2021): | R4 |
| Rank: FLO (MVP Sum 2020): | R4 |
| Rank: GBV (MVP Sum 2020): | R4 |
| Rank: hbz (TBD): | R4 |
| Rank: Hungary (MVP End 2020): | R4 |
| Rank: Lehigh (MVP Summer 2020): | R4 |
| Rank: Leipzig (Full TBD): | R4 |
| Rank: Leipzig (ERM Aut 2019): | R4 |
| Rank: TAMU (MVP Jan 2021): | R4 |
| Rank: U of AL (MVP Oct 2020): | R4 |
| Description |
|
Make 1 popover app with correct responsive behavior (Notifications) — Needs to be prioritised through Jakub and Cate. Needs to involve more devs with different views to solve properly. Perhaps Mike, John C, and others. Filip talks to Cate and Jakub. John C brings it up in frontend meeting. This feature is needed to support many different apps (see labels). The work will be done with the first of these that is developed. Currently grouping with Notifications. |
| Comments |
| Comment by Khalilah Gambrell [ 03/Sep/18 ] |
|
Filip Jakobsen - So Notifications seems like a pop-over to me. Is this requirement to just make pop-overs responsive and allow for a way to view in full screen? |
| Comment by Cate Boerema (Inactive) [ 13/Sep/18 ] |
|
Khalilah Gambrell and Filip Jakobsen, is this part of the Notifications epic? If so, I think we can remove the assignee (Notifications hasn't been assigned a PO yet). If this is a general UX enhancement or part of the UX overhead, let's move it into one of those epics and assign Khalilah, as the temporary UX PO. Thanks! |
| Comment by Filip Jakobsen [ 13/Sep/18 ] |
|
"Is this requirement to just make pop-overs responsive and allow for a way to view in full screen?" — that will be the result, but the real task here is to make sure there is a logic built into the system for popover apps — I suspect it might be a module type, or the like; and the logic for when a (conceptual) "app" is allowed to run in relation to what module types (plural) it has. I suspect it is not a trivial task to define and implement; but it is an important one. |