- Issue created by @wim leers
- đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
I don't think individual small bugfixes are worth mentioning here. This meta issue is about the big picture.
- đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
Distinguish between "API" (as in, for the UI) and config management. They are interdependent though.
- đĢđŽFinland lauriii Finland
- đēđ¸United States tedbow Ithaca, NY, USA
add child issue Assigned to: tedbow đ Allow Experience Builder fields to support Asymmetric and Symmetric translations Needs review
- đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
This should keep y'all busy while I'm on vacation. đ See you all on Friday, July 5! đ
- đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
đ [PP-1] HTTP API: update /xb-render-component/{component_id} to use Component config entity's default values Postponed is unblocked because ⨠Allow specifying default props values when opting an SDC in for XB Fixed landed.
Next/new issue on the config management side of things: đ [PP-1] Default props values should support files/images Postponed .
- đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
Big update â lots of things have landed Thu/Fri/today đ
- đ Connect client & server, with zero changes to client (UI): rough working endpoints that mimic the UI's mocks Needs review landed ~3 weeks ago (the day after I went on vacation). That in turn unblocked đ Add component instance edit form to contextual panel RTBC (which landed earlier today), and now the next step is unblocked: đ Evolve component instance edit form to become simpler: generate a Field Widget directly Fixed .
- đ Centralize & standardize logic for constructing *PropSource objects + kernel test coverage Fixed landed. Next on the "prop source" front: docs â đ Document the current JSON-based data model, and describe in an ADR Active â I'm on that.
- đ FieldType: Support storing component *trees* instead of *lists* Fixed landed. Next on that front: đ Lift most logic out of ComponentTreeItem::preSave() and into a new validation constraint Needs work . @tedbow is already on that.
-
â¨
Allow specifying default props values when opting an SDC in for XB
Fixed
landed. Next on that front:
- Assigned to: bnjmnm đ [PP-1] HTTP API: update /xb-render-component/{component_id} to use Component config entity's default values Postponed (already ready for review)
- Assigned to: f.mazeikis đ [PP-1] Default props values should support files/images Postponed â @f.mazeikis will begin that in the next few days.
- đ Support complex SDC prop shapes: introduce (Storable)PropShape to compute field type storage settings Fixed
- Status changed to Needs work
5 months ago 2:37pm 1 August 2024 - đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
With the shift in direction that happened after #3461499-13: Support complex SDC prop shapes: introduce (Storable)PropShape to compute field type storage settings â , after discussing all that in detail with @lauriii, this meta issue needs a serious overhaul. See #3461499-17: Support complex SDC prop shapes: introduce (Storable)PropShape to compute field type storage settings â for notes of that meeting.
I won't have time to get that overhaul done today. Will work on that tomorrow.
- Issue was unassigned.
- Status changed to Active
3 months ago 11:18am 18 September 2024 - đ§đĒBelgium wim leers Ghent đ§đĒđĒđē
I've failed to keep this meta up-to-date since mid-July.
We're understaffed on the coordination side and have hence been unable to convey the "next steps" fully tracked in this issue. In practice, this has turned out to be impossible, because there's neither comprehensive designs nor comprehensive technical implementation plans: we've been at best been able to plan a few weeks ahead, and we've constantly had to readjust.
That's why along the way, we've been using đą Milestone 0.1.0: Experience Builder Demo Active to keep the team laser-focused on the next highest priority per Product Lead @lauriii, who's been keeping that list up-to-date đThat's what's been informing what blockers to tackle to keep working towards reducing that list to zero.
Hopefully we'll eventually be able to plan further ahead.