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


actionsdev mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

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


actionsdev mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options