[opensocial] Re: Hosting an Activity feed

2007-11-10 Thread Daniel C. Silverstein (cubes)

Marco,

You don't need to do anything to direct the event to a particular  
environment; the event always goes to the local environment.  Thus, a  
gadget installed on Hi5 will post to the Hi5 activity feed, and a  
gadget installed on Orkut will post to the Orkut activity feed.

(Dan)

On Nov 3, 2007, at 1:30 PM, marco wrote:


 I've read documentation about how to call the API and to raise an
 activity event.
 But how can I direct this event to a particular hosting environment?

 E.g. sent the event to Hi5 or to MySpace?

 Or do hosting environement receive the events indirectly from Google
 and google dispatches these events to the various hosting
 environments?

 Regards,

 Marco


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
OpenSocial Developers group.
To post to this group, send email to opensocial-api@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/opensocial-api?hl=en
-~--~~~~--~~--~--~---



[opensocial] Re: Security Problems

2007-11-10 Thread Daniel C. Silverstein (cubes)

Standard disclaimer, IANAG (I Am Not A Googler):

As I understand it, user preferences are an iGoogleism, and,  
generally speaking, will not be supported in most OpenSocial  
containers.  I've heard  reports that they work in Orkut, but, unless  
we here otherwise from the powers that be, you shouldn't depend on them.

Of course, at the moment, data storage support in most containers is  
pretty, well, uh, FAIL.  Plaxo *MAY* have a working data storage  
implementation, but it would be great if someone could verify this.

(Dan)

On Nov 3, 2007, at 6:12 PM, RickMeasham wrote:


 Appending an application URL with `up_whatever=value` will make the
 value accessible using the preferences module. This is a handy thing
 as you can give a URL out that passes something to the iframe like
 `up_show=overview`
 or
 `up_show=detailup_item=12`

 However, it must be noted that anything specified like this will
 OVERRIDE the real user preferences.

 I can't see any exploit that this will allow, but do not blindly trust
 anything at all until there is some way of getting the information
 signed

 Cheers!
 Rick Measham


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
OpenSocial Developers group.
To post to this group, send email to opensocial-api@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/opensocial-api?hl=en
-~--~~~~--~~--~--~---



[opensocial] Re: opensocial not defined for url contenttype

2007-11-10 Thread Daniel C. Silverstein (cubes)

url type gadgets are not presently supported in OpenSocial.

(Dan)

On Nov 3, 2007, at 11:20 PM, Amit Upadhyay wrote:


 Hi,

 I am trying to make a gadget with url contenttype [http://
 code.google.com/apis/gadgets/docs/fundamentals.html#URL], and let me
 just say the following snippet is less than helpful, when I am trying
 to convert it to python.

 ?php
   // Parse gadget URL and emit script src=.../script statements
 into the HTML output.
   // The script src=.../script statements will load the
 libraries passed in via the URL.
   $libraries = split(,, $_GET[libs]);
   foreach ($libraries as $script) {
 if (preg_match('@^[a-z0-9/[EMAIL PROTECTED]', $script)
!preg_match('@([.][.])|([.]/)|(//)@', $script)) {
 print script src='http://www.google.com/ig/f/$script'/
 script;
 }
   }
 ?

 I am getting 404 for http://www.google.com/ig/f/c/opensocial-0.5/ 
 orkut,
 when I blindly substitute $script to URL without passing them through
 the regular expressions [which works for other urls].

 I tried adding script type=text/javascript src=http://r5oub4bm-
 a.gmodules.com/46/o/0.5/opensocial.js/script
 12 script type=text/javascript src=http://r5oub4bm-a.gmodules.com/
 46/o/orkutcontainer1.js/script to my app, that I discovered when
 seeing some other apps that are working, but its not working either,
 in this case the json request goes back to my server, and gets 404ed.


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
OpenSocial Developers group.
To post to this group, send email to opensocial-api@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/opensocial-api?hl=en
-~--~~~~--~~--~--~---



[opensocial] Re: OK, javascript, I get it. But can I use server-side?

2007-11-10 Thread Daniel C. Silverstein (cubes)

Actually, that's incorrect.  The _IG_Fetch* methods, which are part  
of the core Google Gadgets api can be used to access remote sites,  
including your own.  See: http://code.google.com/apis/gadgets/docs/ 
reference.html#Core
for details.

(Dan)

On Nov 2, 2007, at 8:17 PM, junkpop wrote:


 To access server-side stuff, we'll have to use our own forms and
 AJAX.  There are no built-in calls in OpenSocial for communication to
 your site.

 On Nov 2, 2:42 pm, EGreg [EMAIL PROTECTED] wrote:
 I've been reading the docs.

 I understand that a social gadget is a javscript thingy that can be
 run anywhere.
 I can get the social network information for the person, their
 friends, etc.

 But what is the most effective (and recommended) way to connect with
 MY backend?

 So I've got these variables in JAVASCRIPT. How do I conenct to my
 backend?

 The best way I can think of is to use either AJAX or include the info
 in GET parameters. Does anyone have better ideas? Google doesn't seem
 to talk about it.

 Greg Magarshak


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
OpenSocial Developers group.
To post to this group, send email to opensocial-api@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/opensocial-api?hl=en
-~--~~~~--~~--~--~---



[opensocial] Re: Inconsistencies in obtaining and saving opensocial id's.

2007-11-10 Thread Daniel C. Silverstein (cubes)

Keep in mind that most (all?) JavaScript implementations out there  
will choke if you try to store or manipulate 64-bit integers (signed  
or unsigned), so for all JS code, you should treat ids as strings.   
Of course, since ids are pretty much opaque values, this doesn't  
really cause any problems; for example, it would never be meaningful  
to add two user ids.

(Dan)

On Nov 8, 2007, at 12:10 PM, fernando padilla wrote:


 I haven't been paying attention, but I haven't heard something
 definitive about the id space.

 Anyhow. the Negative numbers might have something to do with unsigned
 long != two's complement signed long.  So a 64bit id can be
 represented as an unsigned long (all positive numbers), or a two's
 complement signed long ( half of the bit space is negative ).  I did
 bump into this earlier because they were giving out unsigned long ids,
 which java doesn't support, so we had to manually convert that
 unsigned long into a signed long.. hence we dealt with negative
 numbers.. :)



 On Nov 6, 2007 9:43 AM, Suhail Doshi [EMAIL PROTECTED] wrote:

 Sure I get an id like this: -751714324471179



 On Nov 6, 10:20 am, [EMAIL PROTECTED] [EMAIL PROTECTED]  
 wrote:
 Hi, do you have any examples?





 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
OpenSocial Developers group.
To post to this group, send email to opensocial-api@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/opensocial-api?hl=en
-~--~~~~--~~--~--~---



[opensocial] Re: Why is there no type=url in Orkut and when will it be supported?

2007-11-10 Thread Daniel C. Silverstein (cubes)

IANAG (I am not a Googler) but, as I understand it, whether or not  
url type gadgets will be supported in OpenSocial is still to be  
determined.

(Dan)

On Nov 10, 2007, at 4:22 AM, siegi wrote:


 Hi,

 I have seen that there is an article in the issue list concerning this
 type.
 However from my developer perspective I would prefer this type for any
 bigger or more complex application and for turning an existing
 application into a gadget (as Google depicts this in the Gadgets
 documentation) - So why isn't this type the #1 implementation for
 Orkut Gadgets?
 Any developer could build a workaround and encapsulate the content and
 behavior into a dynamically generated Javascript and encapsulate the
 logic within the generated Javascript. But why should this be
 necessary?

 Any thoughts welcome.

 Btw. does anybody know when this type will be supported on Orkut or
 any other opensocial implementation, may be Hi5 is quicker in getting
 it included?

 Tanks!


 


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
OpenSocial Developers group.
To post to this group, send email to opensocial-api@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/opensocial-api?hl=en
-~--~~~~--~~--~--~---