Setting the onload attribute of the img element to onload=_IG_AdjustIFrameHeight() appears to have resolved it for Firefox, but both IE 7 and Chrome still load the gadget with additional space between the bottom of teh content and the frame of the container. IE's layout is much more pronounced than Chrome, but both are noticeable.
Thanks for the suggestions thus far. On Jul 8, 2:07 pm, "Dan (Google)" <[email protected]> wrote: > Hi, > > No, it doesn't. If you have a completely static gadget that overflows > the default gadget size, it will still overflow. If you add an adjust > height call to an onload handler in this gadget (and don't specify > height for the images), the new height still still be wrong. Adjust > height only works when the DOM properly accounts for the size of all > elements. > > Since you can't specify a height, you can specify an onload method for > each image tag (that calls adjust height) only after the content loads > (and thus the height is set). This will demonstrate a bit of > clunkiness in the UI as each image will trigger an onload (and thus > the height will adjust several times). You can work around this with a > counter if you know how many images you're loading. > > Dan > > On Jul 8, 1:28 pm, SOMW <[email protected]> wrote: > > > The trouble is that the content I am retrieving is not static > > background images, it is a thumbnail that changes. So hard coding > > height is not a workable solution and obviates the need for a dynamic > > height adjustment function does it not? > > > On Jul 8, 11:33 am, "Dan (Google)" <[email protected]> wrote: > > > > Hi, > > > > If reloading your gadget (ie. after everything is in cache) is > > > resolving the issue, there is most likely an issue with the order > > > content is loading versus when adjust height is called. Specifying > > > heights on your remote content (images, flash, etc) should help > > > resolve the issue, as these elements should be properly reflected in > > > the DOM by the time adjust height gets called. Without heights > > > specified, adjust height may be called before the content loads, when > > > the height is still 0. > > > > Thanks, > > > Dan > > > > On Jul 8, 10:52 am, SOMW <[email protected]> wrote: > > > > > The _IG_AdjustIFrameHeight() issue is still affecting my gadget. > > > > > On Jul 8, 10:44 am, "Dan (Google)" <[email protected]> wrote: > > > > > > Hi, > > > > > > 1. We moved from our old rendering backend to a new backend that > > > > > supports gadgets.*. As it's a large chunk with a lot of new code, a > > > > > few things went wrong (including the multiple declaration of > > > > > _IG_AdjustIFrameHeight(), which I believe is fixed). > > > > > 2. Yes, this changed in the same way as syndicated gadgets, new > > > > > backend supporting gadgets.*. With this change, the implementation of > > > > > onload handler has changed from being called on window.onload, to > > > > > being called at the end of the <body> tag. This has subtle > > > > > implications for some gadgets, and the debugging difficulties are > > > > > sometimes compounded by browser caching. > > > > > > Dan > > > > > > On Jun 30, 1:45 pm, skeeJay <[email protected]> wrote: > > > > > > > Hi Dan. It's still not clear to me (as well as, I'm sure, many > > > > > > others) exactly what has changed and when it changed. We've seen > > > > > > gadgets breaking to various degrees and on various platforms, and I > > > > > > was hoping you could clarify what is happening and what the > > > > > > long-term > > > > > > plan might be. > > > > > > > 1. Gadgets in syndication began to behave differently around the > > > > > > first > > > > > > week of June. Can you tell us exactly what was changed? Does the > > > > > > Gadgets API still support the same browsers and functions (e.g., > > > > > > _IG_AdjustIFrameHeight) as before? > > > > > > 2. I'm seeing new behavior in iGoogle in Safari and Chrome on OS X. > > > > > > Has the way gadgets are delivered in iGoogle changed within the last > > > > > > month? If so, has this been served to ALL iGoogle users or just > > > > > > some > > > > > > of them? > > > > > > > Thanks for clearing this up. Once we understand what's happening, > > > > > > hopefully we can begin to address issues in our gadgets that have > > > > > > emerged, or issues that already existed but have been exposed by the > > > > > > recent changes. > > > > > > > E > > > > > > > On Jun 26, 4:43 pm, "Dan (Google)" <[email protected]> wrote: > > > > > > > > Hi everyone, > > > > > > > > We have a couple fixes going out soon to correct behavior of > > > > > > > gadgets > > > > > > > in open syndication, and fixes for adjust height are among them. > > > > > > > Please update this thread if you notice the issues disappear. > > > > > > > Likewise, I'll attempt to get notice when the fixes go out and > > > > > > > when > > > > > > > the behavior should be corrected. > > > > > > > > Thanks, > > > > > > > Dan > > > > > > > > On Jun 25, 9:13 pm, tmyymmt <[email protected]> wrote: > > > > > > > > > Hi, > > > > > > > > > Please see this site.http://tmyymmt.mine.nu/gg/ > > > > > > > > > I think same problem about "gadgets.window.adjustHeight" or > > > > > > > > _IG_AdjustIFrameHeight. > > > > > > > > There are 5 gadgets on the page. The height is wrong when I use > > > > > > > > Firefox. > > > > > > > > The method set same height to these gadgets. > > > > > > > > It isn't working when there are not less than 2 gadgets on same > > > > > > > > page. > > > > > > > > It was working when before changing iGoogle API. > > > > > > > > > And the width is wrong too when I use IE. > > > > > > > > > On 6ζ26ζ₯, εεΎ12:36, skeeJay <[email protected]> wrote: > > > > > > > > > > The behavior actually breaks differently depending on the > > > > > > > > > browser. In > > > > > > > > > Safari 4, no matter which instance of the gadget calls > > > > > > > > > _IG_AdjustIFrameHeight, it adjusts the first gadget on the > > > > > > > > > page. In > > > > > > > > > Firefox 3.5 RC3, it adjusts all instances of the gadget. > > > > > > > > > >http://kalafarski.com/directions/double/ > > > > > > > > > > On Jun 25, 10:48 pm, String <[email protected]> > > > > > > > > > wrote: > > > > > > > > > > > On Jun 24, 1:41 pm, skeeJay <[email protected]> > > > > > > > > > > wrote: > > > > > > > > > > > > I think I just answered my own question: the two > > > > > > > > > > > instances of the > > > > > > > > > > > gadget remain linked. IF and only if both instances of > > > > > > > > > > > the gadget > > > > > > > > > > > load with the "new" domain. > > > > > > > > > > > That is interesting; the gadgets are in separate iframes, > > > > > > > > > > so they > > > > > > > > > > should have separate instances of window. That almost > > > > > > > > > > sounds like a > > > > > > > > > > browser bug to me; what browser are you using? Does this > > > > > > > > > > happen in > > > > > > > > > > others? > > > > > > > > > > > String --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "iGoogle Developer Forum" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/Google-Gadgets-API?hl=en -~----------~----~----~----~------~----~------~--~---
