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 -~----------~----~----~----~------~----~------~--~---
