Slashdot Mirror
Google Developing Master API — Web Intents
GeneralSecretary writes "Google is developing an API to allow web apps to easily share information with various services. Quoting: 'Android OS addresses this problem with Intents, a facility for late run-time binding between components in the same or different applications. In the Intents system, the client application requests a generic action, e.g. share, and specifies the data to pass to the selected service application. The user is given a list of applications which have registered that they can handle the requested intent. The user-selected application is created in a new context and passed the data sent from the client, the format of which is predefined for each specific intent type. We are hard at work designing an analogous system for the web: Web Intents. This web platform API will provide the same benefits of Android Intents, but better suited for web application. ... As with Android, Web Intents documents an initial set of intent actions (edit, view, share, etc.) that likely cover the majority of use cases on the web today; however, as the web grows and sites provide more functionality, new intent actions will be added by services that document these intents, some more popular than others. To foster development and use of intents, we plan to create a site to browse existing intents and add new intents.'"
Yea, in the same way that following a specific ABI in your C magically tracks your users...
For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
Google seems to be proposing a bit of javascript that anyone can add to their website,
which will pull my data from any other enabled website I've stored information on?
Why does this just seem like another entry point for abuse?
[Fuck Beta]
o0t!
I don't see anything here that permits Google to track you any more than they already do.
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
One API to rule them all, One API to find them, One API to bring them all, And in the darkness bind them.
I might be missing something, but how is it significantly different from the work on languages such as WSDL used to describe Web Services? Is this just a JavaScript/REST version of the same?
Thanks,
-A
"- What's so unpleasant about being drunk?"
"- You ask a glass of water."[from h2g2]
The C ABI is not even remotely analogous to what Google is doing here.
And if Google's C ABI required submitting all function arguments to Google...
Google works very hard to make submitting things to them very easy, to the point where you dont even realize any submission is happening, this just greases the rails a little more.
Don't blame me, I voted for Baltar.
Exactly. My "Intents" are that Google pisses the fuck off.
Your intents are making you rather intense
He seems to be incensed, as evidenced by his intense intents
Something like this, your web based applications will in some way register in your browser an API, another web application can call an that API, allowing a local web application be able to pass and receive data from another local web applications, from local I mean web applications that are running on your browser, without the server from application A know about server of application B and the data is trasferred to both applications locally. This solve the problem two problems, currently web applications must be coded to access specific thirdparty applications if they want to communicate, second, it hides the applications involved so application A do not know you are using applications B to edit a photo inside application A. The same way Android applications can call each other without knowing each other, only the Intents (or API). An "Inter process" communication between web pages in your browser
Intents is one of the best and most powerful parts of the Android platform, and one that is often overlooked when comparing to iOS.
In pretty much any Android application under the sun, you can hit "Share" from a menu or button somewhere. When you do that, whatever data you have in that app posts a message to android saying "Hey, I want to share this (image/jpg or text/xml or application/octet-stream)... and any other application on the system that is registered to handle that intent's mime type will show up as something to share to.
This is what lets you share videos from anywhere on the phone not only to YouTube, but also to Picassa, DropBox, SMB, Email, or any other app that says they can handle videos or binary files.
It's a really powerful and flexable application cross-commnication system, that makes all kinds of otherwise disconnected third-party applications work together seemlessly for the user. For example, I can "Share" my PhotoStich images with my Dropbox, directly inside the application.... and none of the PhotoStitch or Dropbox developers had to talk to each other to make that happen.
Sometimes I want my fat email client to get the duty of sending an e-mail when I click a mailto link. Other times I want to use gmail, other times hotmail. If I could register those different providers for that type of click then it'd make my life a little easier. When I go to [insert store here]'s website to find a local store it could show the directions using my pre-configured mapping solutions provider. If you prefer Bing over Google Maps you would get that automatically, or vice-versa. I don't envision it being "rock my world" type stuff, but it could improve the quality of your web browsing in ways that are not obvious to you at all.
Check out my lame java blog at www.javachopshop.com
ROFLMAO.... Funny, I've written a handful of jQuery extensions, just to work around certain issues, and knowing about the nasty implementation details was necessary. It's generally a good idea to understand what goes on underneath. I've had several times where understanding threading, and pointers has helped even when working on improving the performance of C# based applications. Developers who don't understand under the covers make stupid choices in ignorance. I don't like working close to the metal, I'm not that good with C, assembly, C++ etc... though having at least a general understanding helps a lot in developing applications in higher level languages.
The same is very true with JavaScript, and especially with platforms like NodeJS and MongoDB gaining in popularity (yeah, I'm a fan). Not understanding that string concatenation is far slower in most cases than array joins can be a huge difference (not as much in V8, as it does a better job in compilation, but still).
Michael J. Ryan - tracker1.info
Yes it is.
How so?