Inventory
(UXPROD-785)
|
|
| Status: | Draft |
| Project: | UX Product |
| Components: | None |
| Affects versions: | None |
| Fix versions: | None | Parent: | Inventory |
| Type: | New Feature | Priority: | P3 |
| Reporter: | Charlotte Whitt | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | back-end, metadatamanagement, po-mvp, round_iv, search_result, short_term_solution | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original estimate: | Not Specified | ||
| Attachments: |
|
||||||||||||||||
| Issue links: |
|
||||||||||||||||
| Epic Link: | Inventory | ||||||||||||||||
| Analysis Estimator: | Charlotte Whitt | ||||||||||||||||
| Front End Estimate: | Very Small (VS) < 1day | ||||||||||||||||
| Front End Estimator: | Michal Kuklis | ||||||||||||||||
| Front-End Confidence factor: | Low | ||||||||||||||||
| Back End Estimate: | Large < 10 days | ||||||||||||||||
| Back End Estimator: | Marc Johnson | ||||||||||||||||
| Estimation Notes and Assumptions: | Will need to figure out how to sort on first entry in an array using CQL, may require a new derived property. | ||||||||||||||||
| Development Team: | Spitfire | ||||||||||||||||
| Kiwi Planning Points (DO NOT CHANGE): | 2 | ||||||||||||||||
| PO Rank: | 92 | ||||||||||||||||
| Rank: Chalmers (Impl Aut 2019): | R4 | ||||||||||||||||
| Rank: Chicago (MVP Sum 2020): | R1 | ||||||||||||||||
| Rank: Cornell (Full Sum 2021): | R4 | ||||||||||||||||
| Rank: Duke (Full Sum 2021): | R1 | ||||||||||||||||
| Rank: 5Colleges (Full Jul 2021): | R1 | ||||||||||||||||
| Rank: FLO (MVP Sum 2020): | R1 | ||||||||||||||||
| Rank: GBV (MVP Sum 2020): | R1 | ||||||||||||||||
| Rank: Grand Valley (Full Sum 2021): | R1 | ||||||||||||||||
| Rank: hbz (TBD): | R1 | ||||||||||||||||
| Rank: Hungary (MVP End 2020): | R1 | ||||||||||||||||
| Rank: Lehigh (MVP Summer 2020): | R1 | ||||||||||||||||
| Rank: MO State (MVP June 2020): | R2 | ||||||||||||||||
| Rank: TAMU (MVP Jan 2021): | R1 | ||||||||||||||||
| Rank: U of AL (MVP Oct 2020): | R1 | ||||||||||||||||
| Description |
|
Laura Daniels:
This feature is split out of
The cap.plan team has asked for getting the different improvements split into their own feature:
Overview: There is not enough information available in the current display of the result list to be able to distinguish between instances with identical information; e.g. solve the problem exemplified in this screen shot. Notes: Usecase: Requirements: Out of scope: Documentation:
|
| Comments |
| Comment by Marc Johnson [ 21/Sep/20 ] |
|
As stated by Charlotte Whitt on the other features in this set, each of these columns needs to be sortable. As it is possible for an instance to have more than one format, how should sorting work when an instance has more than one format? Should it always use the first one or should it combine them in some way? |
| Comment by Charlotte Whitt [ 21/Sep/20 ] |
|
Marc Johnson - re. sort of format, and the requirement, then for now your estimate should be based on, the requirement is sort on the first listed format. I'll loop in the MM-SIG working group, and double check that they think alike with me |
| Comment by Marc Johnson [ 21/Sep/20 ] |
When you discuss it with the working group, please can it also be discussed whether the system is expected to preserve the order of the formats as entered (the same goes for contributors and editions). |
| Comment by Charlotte Whitt [ 21/Sep/20 ] |
|
Yes - I'll talk with lew235 and Susan Kimball about this |
| Comment by Cate Boerema (Inactive) [ 24/Sep/20 ] |
|
Michal Kuklis could you please add a frontend estimate for this feature? Thanks! |
| Comment by Charlotte Whitt [ 25/Sep/20 ] |
|
Marc Johnson - here feed back from the Result list working group:
|