Show success stories below the product lists, linked on the category
sys_category gains a story selection and a layout (Options tab, alongside the images field EXT:news puts there), so one editorial decision serves every product list that renders the category. ProductListJsonRenderer emits them beside the products in the 7.3 list envelope; each card carries forCategories - the product categories it came from - so the front end hides it with the same ?cat=/?subcat= filter it applies to the products. Stories are collected over the category and its descendants and deduplicated. Story links follow the existing rule (detail page's parent path plus slug, which SuccessStoryPathRewrite maps back), taking the page from the element's FlexForm or the new site setting vitec.storyDetailPid. Spec raised to 1.17 with clause 7.15.2.1; the header had been left at 1.12 although entries up to 1.15 already existed, so today's two entries were renumbered to 1.16 and 1.17.
This commit is contained in:
1 parent
c90649fc1e
commit
55f7f82a42
11 files changed
+632
-318
No files matched your search
@@ -29,6 +29,13 @@ settings:
|
||||
type: bool
|
||||
default: false
|
||||
|
||||
vitec.storyDetailPid:
|
||||
label: 'Success story detail page'
|
||||
description: 'The page that renders a single success story. Used to build story links where no page is configured on the element itself - the story URL is that page''s parent path plus the story slug, which is what SuccessStoryPathRewrite expects. 0 = no fallback.'
|
||||
category: VITEC
|
||||
type: int
|
||||
default: 0
|
||||
|
||||
menu.footer.pageUids:
|
||||
label: 'Footer menu — page UIDs'
|
||||
description: 'Comma-separated list of page UIDs to display in the footer menu (in order).'
|
||||
|
||||
Reference in new issue
Block a user