Milestone 0.2.0: Experience Builder-rendered nodes

This builds on top of 🌱 Milestone 0.1.0: Experience Builder Demo Active , so marking this . That doesn't mean we're not working on this already: work is already happening and being coordinated in 🌱 [META] Early phase back-end work coordination Active — with some of the issues in there being necessary for 🌱 Milestone 0.1.0: Experience Builder Demo Active .

(If there wasn't a hard DrupalCon Barcelona deadline, 🌱 Milestone 0.1.0: Experience Builder Demo Active and this milestone/issue would probably be one and the same.)

🌱 Milestone 0.1.0: Experience Builder Demo Active is nearly done. DrupalCon Barcelona 2024 is in a few days.

Time to get this fleshed out!

Also: do we want to keep using 🌱 [META] Early phase front-end work coordination Active + 🌱 [META] Early phase back-end work coordination Active ?

Some markup changes to improve clarity/scannability.

Initial issue for product requirement 19. Modify the page template created: 📌 Introduce an XB `PageTemplate` config entity Active .

Let me know if you want/need anything in SDDS for this next milestone as well as for DrupalCon Singapore.

Overhaul of the meta to reflect which of the 10 requirements are actionable, and to what extent. 9 of the 10 cannot begin UI+UX (aka client side) work due to designs not being ready.

Updated the status for and .

📌 HTTP API to read+write PageTemplate and Pattern config entities Active landed!

For 2.1. Content editing of meta fields, a new issue was identified as blocking the 0.2 milestone: 📌 [later phase] [RESEARCH] How to identify all meta fields for an arbitrary content entity? Active .

Finished adding 🟢, 🟡 or 🔴 to every ⮑.

Also clarified why the two stretch goals are pretty firmly out of reach already at this stage.

Removed the stretch goals from the list. We're not currently working on them so there's no realistic plan of them getting done by early January.

Also descoped (with confirmation from @lauriii) revisions and Workspaces from 0.2.0.

The Purpose and Expected result sections are incomplete. They don't capture the entirety of the remaining items that are in the Requirements section. When I find a bit of time, I'll fill in those sections so that they add clarity as to what the overarching goal of the 0.2.0 milestone is.

Updated the proof-of-concept issue for the component code editor from 📌 [exploratory] StackBlitz PoC Active to ✨ [exploratory] PoC of Preact+Tailwind components editable via CodeMirror or Monaco Active .

I updated the "Content editing of meta fields" section with 0.2.0 scope vs 0.3.0 scope.

I'm retitling this issue from 0.2.0 to 0.3.0, and changing its target date from mid January to late February.

In the meantime, we'll release a 0.2.0 on or before Jan. 13, so that the Drupal CMS 1.0 release on Jan. 15 can reference a tagged release of XB. I'll open a separate issue for that; it won't include all of the scope of this one.

Here's the one for 0.2.0: 🌱 Milestone 0.2.0: the one for Drupal CMS 1.0 Active

Updated the 19. Modify the page template (i.e. global sections) requirement. It's working, but there's 3 currently known rough edges:

1. Assigned to: jessebaker 🐛 Empty global regions add unnecessary spacing to preview Active
2. 🐛 If an autosave entry exists before enabling global regions for a theme, theme regions cannot be seen Active
3. Assigned to: balintbrews ✨ Focus mode for global regions Active , blocked on Assigned to: parthbcharya ✨ Show page information in top bar Active

re "Save (draft) content:"

we already have

and a Publish button to trigger a real entity save:

but I guessing what we want for 0.3.0 is the "Publish all" and we will remove the individual entity save button.

@effulgentsia if that is correct I will add the issues that get use to "Publish all" to the summary

4th rough edge for #32.

what we want for 0.3.0 is the "Publish all" and we will remove the individual entity save button

Correct. I updated the corresponding text in the IS, but yeah, if you could update the corresponding issue list, that would help a lot, thanks!

I updated the IS to change other occurrences of 0.2.0 in the summary to 0.3.0.

With drupal.org's CSS, I'm finding the nested list hard to read. So I updated the IS to use <h3> headings for each high level capability instead.

@effulgentsia Did you intentionally delete

• Finish Media Library integration for 1. Adding components (built for 0.1):
  ⮑ 📌 Media Library dialog styling Active

?

I did, because I thought it wasn't time yet to be tracking general "fix broken stuff" issues here yet. But I just now restored it under a new "Miscellaneous high priority fixes" heading.

Updated the 29. Layout patterns (i.e. sections) requirement.

(And also updated 19. Modify the page template's issue list — lots of activity over there this week.)

One more for 19. Modify the page template, that was created a few hours ago!

Add anchors to facilitate deeplinking.

Not wanting to take the time right now to figure out how to best organize these within the issue summary, but the following issues are still needed as part of "Place Blocks as Components":

• 📌 [Needs design] Library confusingly lists SDC-sourced and Block-sourced Components together Active
• 📌 Implement saving block settings forms Active

I wonder if we should turn each of the top-level requirements, such as "Place Blocks as Components", into their own Plan issue, so that we can make those the parent of individual issues like the above.

I wonder if we should turn each of the top-level requirements, such as "Place Blocks as Components", into their own Plan issue, so that we can make those the parent of the above issues and similar individual issues for the other top-level requirements.

-1 — too much overhead and issue queue noise. I'd rather have a single issue with >200 updates than having to monitor half a dozen issues, each of which causes actual MR issues to be somewhat obscured.

Updated 5. Place blocks as components — included everything @effulgentsia listed in #44 and expanded.

✨ [PP-1] Integrate saving sections with the backend Postponed just landed, which means 29. Layout patterns is AFAICT the first requirement to be completely done! 🥳

Added issue for the "Save (draft) content" section. I am still looking for more issues to add

In addition to 📌 [PP-1] Send page data to Drupal for storage in auto-save store Postponed: needs info being under the "Save (draft) content" requirement, it's also the last remaining item for "Content editing of meta fields", so landing it would give us another nice green checkmark in front of a top-level requirement.

🌱 [META] Pages Active is still listed in the IS under "Content editing of meta fields" but the remaining children of that are being tracked separately under that meta and don't need to block this issue.

Finished going through issue queue for 6. Save (draft) content section

I think we are close but we mind unknown issues once ✨ [PP-1] Implement the "Publish All" button Postponed is completed as they will allow use to do the whole process. For this to include entity fields we will need the 2.1. Content editing of meta fields section to be done too

As far as know is 🐛 Some components cannot be used in XB because UI prevents SDC props being named `name` Active isn't required for 0.3.0

As far as know is 🐛 Some components cannot be used in XB because UI prevents SDC props being named `name` Active isn't required for 0.3.0

Yeah, that issue and its children should be moved in the IS from the "save content" requirement to the "blocks" requirement. It's possible that the entirety of that isn't required for 0.3.0, but the parts that are blocking 📌 Implement saving block settings forms Active are.

Thanks, @tedbow! Updated that 6. Save (draft) section section to follow the same structure as the others (BE/FE/E2E/Polish). Some were miscategorized. Some icons were off. But I kept the same set of issues.

Thanks, that really helped!

And now adding + removing issues to that same section.

Added:

• 📌 Save metadata(page data) field with the entity revision Active
• 📌 Create an endpoint to publish all auto-saved entities Active
• 📌 Create AutoSave service and HTTP API to retrieve all entities with pending changes Active
• ✨ Save page data form values in application state with support for undo/redo Active

Removed (given my understanding of Lauri's original product requirements, but I was not in every meeting while working at limited capacity during paternity leave, so correct me if I'm wrong 🙏):

• 📌 [later phase] Support matching `{type: array, …}` prop shapes Postponed — we should absolutely do this and it is a stable blocker, but this was never intended to be solved as part of this
• 📌 Add typed value-objects for the component tree structure Needs review — definitely never intended to be solved as part of this

Moved 📌 [PP-2] Don't store page template model data in auto-save for an entity Postponed to for "Save (draft) content", and added a placeholder for the missing validation error support.

Also marked both "Save (draft) content" and "Modify the page template (i.e. global regions)" as 🟢 — but not yet ✅: I have high confidence we'll be able to wrap those up given the current status + pace + outlook, but they're not yet done.

Fixed formatting and added jumplinks.

@Wim Leers re #54 ok. yeah I reread the issue in 📌 [PP-2] Don't store page template model data in auto-save for an entity Postponed . I missed this part

The values are filtered out in \Drupal\experience_builder\Controller\ClientServerConversionTrait::clientModelToServerProps but we are storing more in the autosave/tempstore than we need to.

I thought there would be conflict in "Publish All" phase because each entity could have its own copy of the global regions that could conflict. Now I see it is just extra data we don't actually use. So +1 on moving it to "Polish" section