Details
-
Type:
Tech Debt
-
Status: Closed (View Workflow)
-
Priority:
P4
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: 2.3.0
-
Labels:
-
Template:customfield_11100 44078
-
Sprint:ACQ Sprint 108
-
Story Points:2
-
Development Team:Thunderjet
Description
Overview:
Would like to write a few stories about centralizing country and language data in stripes-components but want to check in with Thunderjet first. Maybe there are legit reasons for stripes-acq-components to maintain its own lists for these data?
Background:
It seems like the list of languages in various places in FOLIO UI is data - or Localize - driven these days instead of using the old languages.json file.
We have a client that need to add language codes to this list from the iso639-3 standard (one example: https://iso639-3.sil.org/code/yue) and I am sure there are other lists around the corner as well
Scenarios:
TBD
- Scenario:
- Given <preconditions>
- When <actions>
- Then <results>
- Scenario:
- Given <preconditions>
- When <actions>
- Then <results>
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-2630 Thunderjet - R2 Enhancements/Bugfixes
-
- Closed
-