@emmanuel Is this a bug? I’ve found that the repeating group fails to stretch when it doesn’t have a border. If I change nothing else except changing “border style” from “none” to “solid” all of a sudden the repeating group stretches and adds columns like it’s supposed to.
Huh…yeah that parameter does seem to control whether or not it adds columns when it stretches. Maybe the border is just invisibly changing the width by 1 or 2 pixels, accomplishing the same thing?
So as long as “cell min width” is less than 320 (in this case) then multiple columns appear when the repeating group is stretched. 320, or 321, or 400, result in only one column even when stretched.
That doesn’t seem like the correct behavior, does it? @emmanuel
When the page is responsive, specify the smallest width the cells can have when the page is resized. When the page becomes too narrow for all the cells to have that width, the repeating group displays fewer cells per row.
By default, if a repeating group only has one column, e.g., Excel sheet style, no more columns are added when the page is stretched. To change this behavior, check this box.
I think that you should either make it function so that we can only enter 99% like a regular group OR add something like this to the documentation - >This behaviour will only work as expected if the minimum cell width is less than the Repeating Group Width.
Sorry to bother you @blueback09 , could you help me out here. I’m able to have more than 1 column added, but the columns won’t continue to be added for the full width of the parent element (which is what I’d want).
Here’s my set-up for the repeating group:
Here’s my set-up for the image inside the repeating group:
Hi @emmanuel I just checked what I posted above in a new app with a very clean example. Would this be a bug? I’m sorry I’m new to the community, so not sure if this is something I should post as a bug.