Dan knows best, he made that change ;)
If you want to change this behavior should be able to inject a
GadgetRewriter similar to the GadgetRenderingRewriter that is adding
the styles today.
On Tue, Oct 8, 2013 at 4:49 PM, Dan Dumont <ddum...@apache.org> wrote:
> Again, this is there so that gadgets take ownership of the dom size they
> are given to render in.
>
> You likely have a margin/padding that is unintentionally pushing the
> content of the html/body outside of the bounds of what is available for
> your gadget, otherwise the html/body inside the iframe would not be
> scrolling.
>
>
> On Tue, Oct 8, 2013 at 4:39 PM, Darren Bond <db...@globalcad.com> wrote:
>
>> Hi Ryan,
>>
>> Relating to the unwanted scrollbars, our developer has come up with the
>> following findings:-
>>
>> In the beginning of each gadget Shindig library puts some small bit of CSS
>> code. It looks like this:
>>
>> html, body {
>> height: 100%;
>> overflow: auto;
>> width: 100%;
>> }
>>
>> It's hard to say why this gets injected. For me it looks unnecessary to
>> have
>> such properties for each gadget by default. iGoogle doesn't inject anything
>> similar and when I tried to put this piece of code on iGoogle (in Firebug)
>> same scrollbars appeared there. The problem can be easily solved by
>> resetting these properties back to default in the gadget's body. Of course
>> it is valid only for those gadgets whose code can be controlled by us.
>> Third-party gadgets which happened to have those scrollbars will keep them.
>>
>> Ryan are you able to shed some light on this injection of css code and
>> whether it can be removed?
>>
>> Kind regards,
>>
>> Darren
>>
>>
>> -----Original Message-----
>> From: Ryan Baxter [mailto:rbaxte...@gmail.com]
>> Sent: 24 September 2013 18:34
>> To: us...@shindig.apache.org
>> Cc: dev@shindig.apache.org
>> Subject: Re: Rendered Gadget Display Scrollbars unlike iGoogle
>>
>> Can you reproduce the issues the sample common container in Shindig?
>> Or better yet build us a simple container that can reproduce the
>> issue?
>>
>> On Sun, Sep 22, 2013 at 3:12 PM, Darren Bond <db...@globalcad.com> wrote:
>> > Hi All,
>> >
>> > Unfortunately we're still struggling with this issue.
>> >
>> > Can anyone give us some helpful pointers where we might be going wrong
>> with
>> > the code below?
>> >
>> > Thanks.
>> >
>> > Darren
>> >
>> >
>> > -----Original Message-----
>> > From: Darren Bond [mailto:db...@globalcad.com]
>> > Sent: 19 September 2013 09:24
>> > To: 'dev@shindig.apache.org'; 'us...@shindig.apache.org'
>> > Subject: RE: Rendered Gadget Display Scrollbars unlike iGoogle
>> >
>> > Hi Stanton/Dan,
>> >
>> > Thank you for your helpful replies. I've received the following feedback
>> > from our developer:-
>> >
>> > Some gadgets get rendered correctly such as the TODO list gadget
>> > (http://www.labpixies.com/campaigns/todo/todo.xml) but others don't.
>> >
>> > For example, we have problems with the Dictionary gadget
>> > (http://www.gstatic.com/ig/modules/dictionary/dictionary_v2.xml)
>> > The YouTube gadget (www.gstatic.com/ig/modules/youtube/v3/youtube.xml)
>> > appears fickle in that sometimes vert/horiz scroll bars appear under home
>> > view and at other times not.
>> >
>> > All of them have <Require feature="dynamic-height"/> in their
>> specification.
>> > We use CSS padding for the html div tag that holds iframe coming from
>> > Shindig. Looking at the JavaScript source code used to render the
>> gadget:-
>> >
>> > CommonContainer.renderGadget = function (gadget, contentHolder,
>> > userPreference) {
>> > var gadgetURL = gadget.Url;
>> > var el = $(contentHolder).get(0);
>> > var params;
>> > if (userPreference == null) {
>> > params = { userPrefs: cacheDefaultUserPreference[gadgetURL] };
>> > } else {
>> > params = { userPrefs: userPreference };
>> > }
>> > params["view"] = "home";
>> > if (gadget.viewType == GadgetViewTypes.Canvas) {
>> > params["view"] = "canvas";
>> > }
>> > params[osapi.container.RenderParam.WIDTH] = '100%';
>> > var gadgetSite = CommonContainer.newGadgetSite(el);
>> > CommonContainer.navigateGadget(gadgetSite, gadgetURL, {}, params);
>> > defaultUserPreference = {};
>> > return gadgetSite;
>> > };
>> >
>> > Any thoughts as to how we can improve things?
>> >
>> > Kind regards,
>> >
>> > Darren
>> >
>> >
>> > -----Original Message-----
>> > From: siever...@gmail.com [mailto:siever...@gmail.com] On Behalf Of
>> Stanton
>> > Sievers
>> > Sent: 18 September 2013 16:34
>> > To: us...@shindig.apache.org; dev@shindig.apache.org
>> > Subject: Re: Rendered Gadget Display Scrollbars unlike iGoogle
>> >
>> > + dev list
>> >
>> > Are you using dynamic height or width features in your gadget?
>> >
>> > Are the height and width properties set in your ModulePrefs? If so, what
>> > are they set to and are both containers honoring those values when
>> > rendering?
>> >
>> > Thanks,
>> > -Stanton
>> > On Sep 18, 2013 4:31 AM, "Darren Bond" <db...@globalcad.com> wrote:
>> >
>> >> Dear All, We have a Shindig implementation and render our gadgets on
>> a
>> >> page using an ASP.NET wrapper. When comparing how our gadgets render
>> in
>> >> comparison with the same gadgets on iGoogle, we tend to get content
>> >> shifting and the introduction of vertical/horizontal scrolls bars.
>> iGoogle
>> >> avoids these issues somehow. A sample screenshot can be seen here
>> >> http://download.globalcad.com/Gadget_Appearance.png Does anyone know
>> of
>> >> a
>> >> workaround? Many thanks. Darren
>> >>
>> >
>> >
>>
>>
>>
