Re: Writing an interface with drag/drop support.

Thats weird i can not get the drag/drop working without set the src field. But i'm just changed to shindig-3 and common container, and i do no have this problem anymore. Thanks On Thu, Jan 6, 2011 at 5:15 PM, Ciancetta, Jesse E. wrote: > I think the reason the iframe src gets set to about:blan

Re: Where is property height of the gadget?

I'm playing with common container now, looks easier than shindig-container. To have common-container working properly, i had to update to shindig , i did a checkout and installed in my local maven repo, there is a temp repo when you guys release the snapshot versions of shindig? I do no want to de

Re: what controls the URL rewriting of the embed tag...

Just a quick update: I'm pretty sure I found the fix for this by adding the "embed, src" to the enum tags. Here's the jira with the patch: https://issues.apache.org/jira/browse/SHINDIG-1485 THANKS everyone for pointing me in the right direction. -Mark W. On Fri, Jan 7, 2011 at 9:11 AM, Mark Weit

Re: what controls the URL rewriting of the embed tag...

Just a quick update... I ran this in vanilla shindig (trunk from a few weeks ago) and I'm seeing the same behavior. I added params to the shindig.properties file and that had no effect. Here's the gadget url: http://apphosting.jivesoftware.com/apps/mdwexampleapp8/test.xml The image tags get

Re: what controls the URL rewriting of the embed tag...

Not being too familiar with this part of the code, I noticed that AbsolutePathReferenceVisitor does not have the embed tag. public class AbsolutePathReferenceVisitor implements Visitor { public enum Tags { // Resources which would be fetched by the browser when rendering the page. RESOUR

RES: Where is property height of the gadget?

I did a update and seems fixed in trunk, sorry. De: Xandeco, Maxwell [maxwell.xand...@gft.com] Enviado: sexta-feira, 7 de janeiro de 2011 10:22 Para: dev@shindig.apache.org Assunto: RES: Where is property height of the gadget? Hi guys, Yes i was using the

Re: what controls the URL rewriting of the embed tag...

Thanks Mat, I checked shindig properties, here's what it looks like: shindig.content-rewrite.include-tags=body,embed,img,input,link,script,style So the embed tag is there, but not the param tag. I'll add the param tag and then try to break in AbsolutePathReferenceRewriter > What's the value of s

RES: Where is property height of the gadget?

Hi guys, Yes i was using the shindig-container, and chaged to common-container now, some urls are different, I had to change some maps in my webxml, it's trying to get gadget metadata from /api/rpc/cs. The point is, after some tricks i can not get a simple redering described on docs running

Fine grained user authorization ?

I'm wondering how I could achieve a fine grained user authorization. Let's take an example : Activities ... I would like activities to be : - strictly private by default - shared by the end-user to his "friends" - made public by the end-user In Shindig (Java), I already identified so

Re: what controls the URL rewriting of the embed tag...

What's the value of shindig.content-rewrite.include-tags in your shindig.properties? If this doesn't include "embed" (or maybe even param, come to think of it) then that might explain it. Mat On 7 January 2011 01:23, Mark Weitzel wrote: > Quick question… > > I've got the following html in my ga

Re: what controls the URL rewriting of the embed tag...

Is AbsolutePathReferenceRewriter acting on your gadget? Could be AbsolutePathReferenceRewriter is converting the img to the full src, but not the embed src, which is getting resolved by browser. On Fri, Jan 7, 2011 at 6:53 AM, Mark Weitzel wrote: > Quick question… > > I've got the following html