How will "sliding a group" differ from sliding individual fields?
I didn't know about "sliding a group." I'll check it out. Thanks!
I didn't suggest that you could. I asked how such a result would differ from setting each layout object to slide individually. I'm trying to get a clearer picture of the problem.
Oh, okay. Here's a screenshot that might be helpful:
The long list of SKU's on the right will be part of the record for "Option 1". The same list will occur for "Option 2".
Some of the records will only use a few of these "SKU" fields; others will use all 50. Hence, the question about sliding, so that, whenever possible, 2 records will fit on a page.
Your long list of SKUs should be records in a related table not individual fields. The main problem I see right off the bat for your layout is that while your fields can slide, the field lables to the left of them will not.
As long as the data in the SKU fields are a single line of text, a portal to a related table of SKUs can be set to slide up. A sliding portal reduces the size of the portal to the number of records present in the portal, but fields within the portal row cannot adjust to show varying field heights.
Key facts about sliding layout objects:
- It's only visible in preview mode and when you print/save as PDF...
- All layout objects below and in the same layout part as the slide/resize field need to also be set to slide up and resize.
- Objects in headers and footers will not slide.
- Portals will shrink/slide to fit the number of rows of records, but fields within the portal row will not shrink/slide.
- Container fields will slide only if Top, Left alignment is specified for it in the data formatting section of the Inspector's data tab.
- Consistent side borders are difficult to achieve with sliding fields.