Backend of the sub-market template (spec agreed section by section with
the customer workflow in mind: the customer fills one XLSX per sub-market, an importer builds the page). - Frontend layout 21 'Sub-Market Page' in the existing BackendLayoutDataProvider: six zones, one per Figma section, emitted as colPos110..colPos160 - the JSON groups plus appearance.layout are the front-end contract (spec clause 7.17). A first attempt via page-TSconfig BackendLayouts was the wrong mechanism next to the provider and was removed again - New Content Blocks vitec_markethero, vitec_marketintro, vitec_marketinsights (field bags, serialized unprefixed under data); the workflow section reuses intro-paragraph + vitec_card flip cards - Stories gained quote/quote_person/quote_role (Testimonial tab), maintained once per story, emitted on every story card; usecaselist gained the layout value 'testimonials' - New plugin vitec_productfeature: one referenced product as a full product card, serialisation shared with the product list (cObj made protected for the subclass) - vitec_productlist gained hand-picked product selection: exactly the chosen products in the editor's order, category filter ignored, visibility filters kept - closes the long-standing single-select gap - New CLI vitec:generate-submarket-workbooks: one protected customer XLSX per sub-market (9 main markets, 25 sub-markets from the Market category tree) - dropdowns filled live from the database, named ranges as the importer contract, hidden Meta sheet pinning submarket/group/ record uid, soft character-limit warnings, asset URL fields Verified end to end on Broadcast & Media: layout-21 payload with colPos110 carrying the hero element and its subline. Spec raised to v1.20.
This commit is contained in:
1 parent
f0b0694842
commit
90ae6803a4
31 files changed
+493
-7
No files matched your search
@@ -67,6 +67,21 @@ tt_content {
|
||||
}
|
||||
}
|
||||
|
||||
# Featured product card (sub-market template section 5): one referenced
|
||||
# product as a full product card under `productfeature` - same shape as
|
||||
# the list items, serialization shared with ProductListJsonRenderer.
|
||||
vitec_productfeature < lib.contentElementWithHeader
|
||||
vitec_productfeature {
|
||||
fields {
|
||||
content {
|
||||
fields {
|
||||
productfeature = USER
|
||||
productfeature.userFunc = Evomedien\Vitec\UserFunc\ProductFeatureJsonRenderer->render
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
# Product Finder - only the category hierarchy for the filter selects.
|
||||
# Placed once above the product lists; the front end filters the products
|
||||
# those lists already delivered, client side, via ?cat= and ?subcat=.
|
||||
|
||||
Reference in new issue
Block a user