99f2a65cf8
Save favorited/user when fetching party data
2022-02-27 22:31:16 -08:00
5f1bee26cf
Refactor some endpoints
2022-02-27 22:30:00 -08:00
23ff979e83
Add typing to the object grids and match new API
2022-02-27 00:35:41 -08:00
f66063b273
Grids shouldn't send API calls if a grid isn't editable
2022-02-26 18:58:16 -08:00
c88e9be025
Final updates removing context and replacing with state
2022-02-23 16:13:28 -08:00
bbe78566ad
Update existing instances of state to use appState
2022-02-23 14:52:35 -08:00
36f4766620
Update CharacterGrid tree to use state management and new keys
2022-02-23 13:57:58 -08:00
b42bef99fe
Fix bug with uncap levels on Summons and Characters
2022-02-04 02:11:05 -08:00
be90172fad
We have to pass around the slug as well
2022-02-04 00:55:58 -08:00
2bf1c75364
Add id to context so state can be shared across tabs
2022-02-04 00:46:17 -08:00
a5f64b6dbe
Refactored CharacterGrid to pull its own data
2022-02-03 23:51:23 -08:00
d3da38b6c4
Small refactoring
2022-02-03 00:15:42 -08:00
bbc97d8e55
Make CharacterGrid responsive
2022-02-02 23:58:01 -08:00
4fb2fd16b8
Fix optimistic UI and prevent saving identical uncap values
2022-02-02 20:36:22 -08:00
ecfc62900d
Trading working uncap indicators for working party creation
...
We start storing the party ID here so that we know (and can come to know) when we are working with an existing party.
Updating the weapon grid based on `weapons` the state vs `props.weapons` makes saving items to a party work properly.
Unfortunately, it sends us back to square one with debouncing the uncap indicators.
2022-02-02 19:07:10 -08:00
827473ee5a
Refactor object grids to handle business logic instead of Party
2022-02-02 16:54:14 -08:00
907d9f05e4
Lift SearchModal out of CharacterUnit
2022-01-25 14:27:48 -08:00
728803d9c5
Migrate to Next.js
2022-01-24 21:54:50 -08:00
