gt;> is causing problems as a result and the end users are nots eeing what they
>>> should see.
>>>
>>> I have tried this for some time and think it is true Is it true and
>>> if yes we should have been notified abt this :(
>>>
>>> -
mean to imply that a client library was essential...just that
> > its a convinience. See the Google Calendar API. Using the pHP client
> > is obviously far easier than trying to write your own code. Ofcourse
> > if the language is not supported, one could write to the spec.
> &
accurate from what I see. The iRead
> >> gadget
> >> uses signed makeRequest calls to transmit data about the gadget
> >> owner/viewer
> >> back to their site for the purposes of interacting with their
> >> account. The
> >> rest of the data
the ETA for the 1st release of the DATA API's is?
> >
>
--
Renato Mangini
http://www.linkedin.com/in/mangini
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"OpenSocial Application Development&qu
n. If that's the
case, the only opensocial-related code on the server should be the
authentication and verification of container's encryption key, to avoid
being spoofed. In other words, the server could be the plain old web
services we all know about.
--
Renato Mangini
http://www.
As reported by others recently, I've confirmed that makeRequest (and
probably FetchContent also) now requires the fetched content to be
javascript code. I'm changing my server side code to generate JS, instead of
plain HTML, to check if that's all that have to be done.
On 1/18/08, jwcunha <[EMAIL