Philipinho c8086b33e4 fix(base): show skeleton while inline embed is being created, anchor at slash position ...

The Database slash command deleted the trigger text and then awaited
the create-base API before inserting the embed. During the wait the
editor sat empty (no visible state), and by the time the embed was
inserted the editor's selection had often drifted — so the new node
landed in the wrong place and the page appeared to "jump up" when the
response arrived.

Insert a placeholder baseEmbed node synchronously at the slash position
with pageId: null and a unique pendingKey. BaseEmbedView renders
BaseTableSkeleton while pendingKey is set — same skeleton BaseTable
shows on its own initial load, so the swap to the real table is a
visual no-op. Once the API responds, look up the placeholder by its
pendingKey and patch in the real pageId via setNodeMarkup. On API
failure, remove the placeholder and surface a toast. The pendingKey
attribute is non-serializing (parseHTML returns null, renderHTML
returns {}) so a placeholder can't survive a page reload as orphan.

2026-04-27 22:02:42 +01:00

..

base-formula

fix(base-formula): point client exports at source so Vite can detect ESM named exports

2026-04-24 02:28:23 +01:00

editor-ext

fix(base): show skeleton while inline embed is being created, anchor at slash position

2026-04-27 22:02:42 +01:00

ee

* Update EE license fil

2025-03-06 17:59:22 +00:00