Looks like I found a workaround @cyberdave:
I had wrapped the entire list in a
Flex Layout class with
Direction: Row and
Wrap Children enabled.
The reason I did that is because if I either leave out the height or use
min-height for the dynamic items themselves (since the items themselves can vary in height, depending on screen real estate) without wrapping the entire dynamic list in a
Flex Layout, I get the following result:
The only way to do a workaround on this (without triggering either the above, or the Safari error) is by assigning a fixed height to each dynamic item, which I now have done. The downside is that this creates a lot of empty space inside each dynamic item, since the height will have to be set sufficiently high so that items don’t get cut-off—yet it’s the best solution there presently seems to be.
A fix is still needed—the amount of empty space inside some dynamic items on some pages is too great. On this site these heights are primarily necessary to compensate for
iPad landscape mode: the Designer environment only allows us to adjust margins for
iPad portrait mode, and so users navigating the website on an iPad in landscape mode are treated as desktop browsers, even thought the screen real estate is much smaller, which squishes the items, hence necessitating a much larger height for each individual dynamic item. This then, in turn, affects how each item looks in the desktop.
For example: http://ecstaticliving.webflow.io/workshops