Details
-
New Feature
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
Description
Jason and Jeremy came up with a nice solution to the multiple-instances-of-a-component problem described in STRIPES-320 and exemplified in STRIPES-293. At present, such components share the same data because their key in the Redux store is the same. We propose that if a component has a dataKey prop, then its value is included as part of the Redux-store key, so that in effect it has its own store. This will allow it to maintain its own data.
TestRail: Results
Attachments
Issue Links
- blocks
-
FOLIO-604 File some new issues on myself
-
- Closed
-
-
STCON-9 Components using this.props.resources do not work with dataKey
-
- Closed
-
-
STRIPES-293 Make a proof-of-concept joining component
-
- Closed
-
-
UIORG-18 Edit preferences for multiple plugins
-
- Closed
-
- is blocked by
-
STCON-14 Module-level manifest
-
- Closed
-
-
STCON-18 status (and error, warn?) props for connected components
-
- Closed
-
-
STCOR-21 Ability to show multiple separate instances of the Trivial module's <About> component
-
- Closed
-
-
STRIPES-433 Eliminate all uses of componentWillMount to provide initial values to resources
-
- Closed
-
- is duplicated by
-
STCON-8 Data should be stored per-component, not per-module
-
- Closed
-
- relates to
-
STCON-11 Get test-suite running again after STRPCONN-1 work
-
- Closed
-
-
STCOR-18 In the Trivial module, add proof of concept for multiple instances with local resources
-
- Closed
-