I have what seems like a similar _IG_AdjustIFrameHeight() issue: space between the bottom of the content and frame of the container in Chrome - instead of the gadget re-sizing to the size of content. The gadget height seems to expand when needed, but not reduce in size.
The URLs are here http://hosting.gmodules.com/ig/gadgets/file/109548057311228444554/edpfeed.xml http://hosting.gmodules.com/ig/gadgets/file/109548057311228444554/gauguin.xml On Jul 10, 3:28 pm, SOMW <[email protected]> wrote: > 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 -~----------~----~----~----~------~----~------~--~---
