juice-interface
juice-interface copied to clipboard
Activity Share Button - Refactor Activity Event Elements - [1/a]
What does this PR do and why?
First stage of adding share button to activity.
This brings all the different elements into a singly unifying component which will later be used to make changes globally to all the components.
No functional code changes here, just refactoring.
Screenshots or screen recordings
NA
Acceptance checklist
- [x] I have evaluated the Approval Guidelines for this PR.
- [x] I have tested this PR in all supported browsers.
- [x] I have tested this PR in dark mode and light mode (if applicable).
The latest updates on your projects. Learn more about Vercel for Git ↗︎
| Name | Status | Preview | Updated |
|---|---|---|---|
| juice-interface-goerli | ✅ Ready (Inspect) | Visit Preview | Nov 25, 2022 at 5:30PM (UTC) |
| juice-interface-rinkeby | ✅ Ready (Inspect) | Visit Preview | Nov 25, 2022 at 5:30PM (UTC) |
accidentaly closed
@wraeth-eth should we look at getting this over the line?
For sure @aeolianeth - sorry, been busy with the create stuff
hey @wraeth-eth
referencing my feedback here: https://github.com/jbx-protocol/juice-interface/pull/1772#pullrequestreview-1081167558
i've been playing with implementing this and it does feel clean, but ends up further complicating our file structure. we already have event typed objects (DeployedERC20Event, etc) and also event components. adding additional "builder functions" that return a DeployedERC20EventElemProps value just feels overly complicated. let's ignore this for now
i've got work to do for adding the FC events anyway. want me to pick this up where you left it (getting other event elems using this system + maybe other stuff) so i can start working on those too?
hey @wraeth-eth
referencing my feedback here: #1772 (review)
i've been playing with implementing this and it does feel clean, but ends up further complicating our file structure. we already have event typed objects (DeployedERC20Event, etc) and also event components. adding additional "builder functions" that return a
DeployedERC20EventElemPropsvalue just feels overly complicated. let's ignore this for nowi've got work to do for adding the FC events anyway. want me to pick this up where you left it (getting other event elems using this system + maybe other stuff) so i can start working on those too?
sounds good @peripheralist ! go for it
