Skip to content

feat: a form opens in the jContent Page Builder from the Content Folders - #232

Draft
hduchesne wants to merge 13 commits into
mainfrom
feat/pagebuilder-form-editing-v2
Draft

feat: a form opens in the jContent Page Builder from the Content Folders#232
hduchesne wants to merge 13 commits into
mainfrom
feat/pagebuilder-form-editing-v2

Conversation

@hduchesne

Copy link
Copy Markdown
Member

Description

Stacked on #230. A form can now be opened in the jContent Page Builder directly from the Content Folders, without a page around it:

  • fmdb:form carries jmix:mainResource — jContent offers the Page Builder view mode to pages and main resources only.
  • A template for fmdb:form (templates/Form, priority 1 over a template set's generic main-resource template) renders the new fullPage view through a minimal layout. Side effect: a form is also reachable in live at its own URL.

The authoring model is the one of #230 (flat steps, one box per node, typed create buttons, coloured levels); docs/pagebuilder-form-editing.md describes the whole. Spec 80 (new pagebuilder/ folder) opens a form from the Content Folders, checks the field list's create buttons and the stacked steps.

Supersedes the July branch feat/pagebuilder-form-editing: its placement-scope mixin chain is dropped, typed and labelled buttons made it pointless. jContent issue #2627 (two stacked boxes) was on our side and is closed.

Checklist

Source code

  • I've shared and documented any breaking change
  • I've reviewed and updated the jahia-depends

Tests

  • I've provided Unit and/or Integration Tests
  • I've updated the parent issue with required manual validations

Tip

Documentation to guide the reviews: How to do a code review

hduchesne added a commit that referenced this pull request Aug 28, 2026
@github-actions

Copy link
Copy Markdown
Contributor

📝 Documentation Guidelines

Thank you for contributing to our documentation! To ensure your contributions meet our standards, please review these resources:

This comment is posted automatically when changes are detected in the docs/ folder.

hduchesne added a commit that referenced this pull request Aug 28, 2026
@hduchesne
hduchesne force-pushed the feat/pagebuilder-form-editing-v2 branch from 9019d4e to a780cc8 Compare August 28, 2026 15:20
Base automatically changed from feat/flat-steps-in-edit-mode to main August 28, 2026 16:13
fmdb:form carries jmix:mainResource (the Page Builder view mode is offered
to pages and main resources only) and gets a template of its own — a minimal
layout rendering the new fullPage view, priority 1 over a template set's
generic main-resource template — so a form can be authored where it renders
without a page around it. The authoring model is the one of #230 (flat steps,
one box per node, typed create buttons, coloured levels).

Spec 80 opens a form from the Content Folders, checks the create buttons of
the field list and the stacked steps; docs/pagebuilder-form-editing.md
describes the whole model. Supersedes the July branch
feat/pagebuilder-form-editing (its placement-scope mixin chain is dropped:
typed, labelled buttons made it pointless).
On its own page nothing sits above the form, so the Page Builder drew the field
list's bar over the first field. Edit mode only.
A light page, a white sheet 80% wide (capped at 60rem) with the form inside,
live and edit alike; every value is a variable and a template set overrides
the fullPage view for a page of its own. The sheet's top padding replaces the
edit-only room added for the Page Builder bar.
Like a site page: the title on top, the form below, centred at 80%. The card
look stays one variable away.
The fullPage view re-rendered the form node, giving the Page Builder two
modules for one path, and the title sat in the layout, outside the form's
module: nothing to click to reach the form. The view now renders the title,
then the default view read-only: one box for the form, and clicking its title
opens Edit on the form (title, intro, buttons, responses).
… stays plain

hidden.page carries what the standalone page needs (title inside the form's
box, read-only inner render, page-specific classes); fullPage goes back to
being the default view under a distinct name, free for template sets.
… clickable strip

jContent already shows the title above the Page Builder; the padding of the
hidden.page wrapper is what a contributor clicks to select the form.
No wrapper, no padding: the form is edited through jContent's Edit button, the
form being the current node. Read-only stays, so the Page Builder gets one
module for the form node instead of two nested boxes.
…0% column

The view the form page template renders is named after its purpose. The page
keeps the form full width with Moonstone's large spacing around it
(--spacing-large, resolved in the Page Builder iframe, 24px fallback in live).
@hduchesne
hduchesne force-pushed the feat/pagebuilder-form-editing-v2 branch from e20e31c to c41ec85 Compare August 28, 2026 16:15
@github-actions

github-actions Bot commented Aug 28, 2026

Copy link
Copy Markdown
Contributor

🦜 Chachalog

formidable minor

Create a new entry online or run npx chachalog@0.5.4 prompt to create a new entry locally.

Redundant with hidden.pageBuilder, which the form page template renders; it
only mirrored the sample template set's convention and was never used.
…thoring

Without an intro the form and its field list started at the same pixel, so the
form's own box could not be reached. Edit mode only.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant