WebYep code curiosity

Here’s an odd one…

I (or rather my wife) has a page with a WebYep loop structure in an HTML box. This is simple stuff, no floats or things like that, just objects pasted/inserted inline in the text flow.

There’s a start-loop item, a smallish WebYep graphic (set to align left), a Rich Text WebYep item, a 2px-high graphic divider, and the end-loop item.

If a loop’s graphic item is tallish and the text next to it is short, Internet Explorer (aaaagh!) flows the following loop item’s content up into the space beside the first graphic. Despite the divider graphic being full-width.

Okay, after a few attempts at fixing this I decided to insert a single-cell table into the loop and paste the items in there. That way (I reckoned) the loop’s content would be tucked up inside a table structure, and the next loop item’s content wouldn’t be able to slip up beside the first.

However, this didn’t fix it. And when I dug around to find out why I found out that…

The code output by Freeway contained the proper table structure; start, items inside, and finish. But the code delivered to the browser after being processed by WebYep didn’t include the ending table structure where it should. All the loop items were there with no closing-then-opening table code separating them as it should.

Somehow, WebYep appears to be eating that part of the code. Odd.

I put in a markup code item that contains the closeing and then opening table code, and the result is as I wanted.

Anyone have any thoughts on this? It does seem a trifle odd.

k

quote

Hi keith any chance I can have a version of your artwork with the offending loop oddly enough I have been wrestling with loops and accordions i the last few days and even though I have got that working I could have a look at your as well all the best Max

quote