Skip to content

Commit 2cbe191

Browse files
committed
redpin pass
1 parent bf761da commit 2cbe191

1 file changed

Lines changed: 4 additions & 4 deletions

File tree

src/content/docs/merchants/quick-start/content-model.mdx

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -18,20 +18,20 @@ Splitting styling from content this way keeps site design consistent.
1818

1919
## How the roles work together
2020

21-
A layout option must exist before a Content Author can pick it. But that doesn't mean the two roles always work one after the other. A Page Designer can build new layout options directly in the storefront's code while a Content Author picks from options that already exist and builds pages without touching code.
21+
A layout option must exist before a Content Author can pick it. However, the two roles do not always work sequentially. A Page Designer can build new layout options directly in the storefront's code while a Content Author picks from options that already exist and builds pages without modifying code.
2222

2323
A hero banner, for example, might offer a two-column layout and a full-width layout, each built and tested ahead of time.
2424

2525
{/* TODO: replace with a concrete, publishable example of a variation set (for example, a hero banner). Pending: access to genericized OPTP/eLuscious walkthroughs (blocked on clearance for public use), or an example built from this boilerplate's own blocks/section metadata instead. */}
2626

27-
When a Content Author needs a layout option that doesn't exist yet, or an entirely new kind of block, the request goes to the Page Designer. If that need is a new drop-in, live catalog data, or a change to existing behavior, it becomes a developer task instead — the drop-in work outside a Page Designer's scope. See [Author and developer tasks](/merchants/blocks/author-and-developer-tasks/) for how to file that request.
27+
When a Content Author needs a layout option that doesn't exist yet, or an entirely new kind of block, the request goes to the Page Designer. If that need is a new drop-in, live catalog data, or a change to existing behavior, it becomes a developer task outside the Page Designer's scope. See [Author and developer tasks](/merchants/blocks/author-and-developer-tasks/) for how to file that request.
2828

2929
## Templates for content pages
3030

31-
Page Designers create templates for common content pages, such as a landing page or a category page, so Content Authors can start from the right baseline instead of an empty page. A Content Author selects the template that most closely matches their needs and builds from there.
31+
Page Designers create templates for common content pages, such as a landing page or a category page, so Content Authors can start from the right baseline instead of starting from an empty page. A Content Author selects the template that most closely matches their needs and builds from there.
3232

3333
## Reference implementations
3434

3535
Reference implementations for this page are coming soon.
3636

37-
{/* TODO: add reference implementation examples built from this boilerplate's own blocks and section metadata. OPTP/eLuscious access was declined for public use (Oleg Posyniak, Slack, 2026-08); this page stays in the Commerce storefront docs, not Experience League, per the same thread. */}
37+
{/* TODO: add reference implementation examples built from this boilerplate's own blocks and section metadata. Access was restricted for public use (Oleg Posyniak, Slack, 2026-08); this page stays in the Commerce storefront docs, not Adobe Experience League, per the same thread. */}

0 commit comments

Comments
 (0)