Office Hours: 2009-12-02 [ CLOSED ]
Welcome to API office hours! *Please top post your question or comment about the robot, gadget, or embed API to make sure we see it. You can do so by replying to this blip.* *A transcript of this wave will be made publicly available. If you don't want to appear in the transcript, delete your blip after getting a response. Be careful not to remove neighboring blips.* *And don't add robots to this wave!* Reply Edit 12:19 pm 11:39 am Alexandro Jimenez: On the last Office hours I reported that people were able to add contacts to the invitations wave (the one to send invitations to others) I just wanted to know if this was something that would be getting fixed, or if I should submit it to the Wave API issues?, since sometimes it's easier to remember that way Reply Edit 11:49 am me: sure file a issue report for this, thanks. Reply Edit 11:50 am Alexandro Jimenez: alright, will do then :) Reply Edit 11:46 am Alexandro Jimenez: Now that removing robots is available, is it possible to make a robot that would remove any other robot instantly kind of like how bouncy is able to ban a robot Reply Edit 11:47 am me: Robots removing thru the API is not available yet, there are more to consider when it comes to programmatically removing participants that's why we are hesitant to expose that from the AP. But I imagine that will be available at some point when we derive a better policy around removing participants in general. Reply Edit 11:50 am Alexandro Jimenez: I see, I though it would be completely different from the ability to remove participants, well then could it be an option to add to bouncy instead? something like bouncy: ban all or something similar? and it would just simply ban any participants with the *[email protected] on the "user's" email address Reply Edit 11:56 am Alexandro Jimenez: don't mean to be rude, but would it be something possible to add to bouncy? Reply Edit 11:58 am me: yea use bouncy as added Reply Edit 11:58 am Alexandro Jimenez: what do you mean by that? Reply Edit 11:59 am me: we do not discourage the use of bouncy. it was created from the beginning to ban users but now that you can remove robots, it's less important but you can use it if you want to. Reply Edit 12:01 pm Alexandro Jimenez: right, but would it even be possible to have it just ban any and all robots automatically, without having to add a certain robot, and then ban it. Just simple ban all or specific without adding them, but most importantly all is it a possible request, or is it just something that could not be done? Reply Edit 12:03 pm me: Bouncy wasn't intended for bulk bans. In general the code for bouncy is not maintained anymore since we plan to add policing into the wave client itself. So there is no guarantee that we will support bouncy forever, use it with that in mind. Reply Edit 12:04 pm Alexandro Jimenez: Alright, is the coding for bouncy ever going to be released? Reply Edit 12:04 pm me: No bouncy is not purely just a robot, it has some special tie to our backend. Reply Edit 12:06 pm Alexandro Jimenez: cool, i thought so, well thanks; I'll also make a request, to see if someone has some time to add some features to it, but we'll see how that goes. By the way is there any other features other than bounce:[email protected]; ban:[email protected]; and bouncy: goodbye? Reply Edit 11:50 am Edited by Benjamin Mayo: On a similar vein, is there an API methodproperty to differentiate between robot and human participants? Reply Edit 11:51 am me: Not through the API. The only way you can do that now is look at the address of the participant to see if it is @appspot.com Reply Edit 11:51 am Benjamin Mayo: As soon as robots escape @appspot.com though Reply Edit 11:52 am me: yes that is true so another thing you can do is to do a head request for the robot profile but that can create problems when it comes to federated robots. Reply Edit 11:53 am Edited by Benjamin Mayo: That would make a lot of excess server load. My Acronym Decoder is approaching ten-percent of the AppEngine quota on only about 10 waves as it is. Reply Edit 11:53 am me: we are still thinking about that, whether to provide a way from the API to distinguish, I believe there is already an feature request for this, feel free to star it to pus hit up. Reply Edit 11:54 am Benjamin Mayo: Thanks. It could be as simple as in the array of participants, have an extra element per participant 'robot' which could be a true or false value. Reply Edit 11:55 am me: yes from the API point of view it's trivial, there are other consideration we need to think about. Reply Edit 11:56 am Benjamin Mayo: Thanks for letting me know. it'll break. Reply Edit 11:56 am Alexandro Jimenez: For Gadget Installer, it provides a line for the Author of the gadget, will there be any implementation like this for robots as well? Reply Edit 11:59 am me: not that i know of. there is robot profile link. File a feature request if this is something you think is important. Reply Edit 11:59 am Alexandro Jimenez: alright will do then :) Reply Edit 11:56 am Benjamin Mayo: Status lines for gadgets would be cool also, even if it was just responding or inactive. Reply Edit 11:05 am Cory Mainwaring: Is there a way for a gadget to update it's state without having a BLIP_SUBMITTED event be sent to any participating Robots (who have that event registered)? Reply Edit 11:06 am me: Gadgets communicates to other instances of itself entirely independently of any robots. So yes you can set gadget set purely from your JavaScript, without any concept of BLIP_SUBMITTED. In fact gadgets doesn't know events. Reply Edit 11:07 am Edited by Cory Mainwaring: Can you explain how this is done? wave.submitDelta() and wave.submitValue() both send a BLIP_SUBMITTED event. Reply Edit 11:08 am me: Well the side effect of any state update is that it will constitute as a blip event to the point of view of a robot, so when a gadget state is changed, the blip_submitted and document_changed event is triggered. The two methods you are referring to, one does bulk state updates submitDelta(), the other one does singular update. Reply Edit 11:09 am Edited by Cory Mainwaring: So, tthere is no way to avoid my robot picking up state changes? Reply Edit 11:09 am me: yes you can's suppress the event, much like you can't suppress an event triggered when a user is modifying a blip. Reply Edit 11:13 am Edited by Cory Mainwaring: Rather than inundating you with different possible ideas, I'll just ask this: A gadget resides in a blip and updates every second for every person looking at the wave. (this is by registering an update event for each person, which accumulates) Is there a way to avoid having a robot pick up 50 requests a second from the gadget updating? Reply Edit 11:14 am me: Actually we are working on a new feature that is not ready yet. We are introducing the idea of filtering on document_changed. But I am not sure if it will apply to blip_submitted. Essentially you get to specify the filter on the changed content wiht a regex, and only if the condition is met will generate an event. But that's coming, will update you all on this when it's ready :) Reply Edit 11:16 am Cory Mainwaring: That is quite awesome. Thank you for doing that, though I would be a bit sad if something similar is not implemented for blip_submitted as well, but I welcome anything to reduce the bandwidth load. Reply Edit 11:17 am me: yes that's very important, we will definitely keep that in mind and I will make sure consideration will be given to both event types. Reply Edit 11:36 am Edited by Benjamin Mayo: As I understand it, gadgets will soon have the ability to become inline. Will it be possible to emulate exactly the dropdown's produced by Spelly but use them for other purposes? I can create a HTML select, but it would be better (an d fd feel more integrated) to have it styled to match Wave's UI. Reply Edit 11:36 am me: hi there is no plan to expose dropmenu that Spelly uses. But yes I can see something like that would be useful a new custom menu element. Reply Edit 11:37 am Benjamin Mayo: Inline gadgets are coming though right? Reply Edit 11:38 am me: yes that is coming, soon. Dropdowns similar to 'Spelly' (it's not actual Spelly; contextual changes don't happen as I understand it) would be an epic add to the API, especially for text conversion robots like my own. Reply Edit 11:38 am me: Yes feel free to file this as a feature request I will communciate to the team. Reply Edit 11:39 am Edited by Benjamin Mayo: Where would this come under? Feature requests on code.google.com bugtracker. Reply Edit 11:39 am me: you can file it under robot api. Oh let me find you the link http://code.google.com/p/google-wave-resources/issues/list?can=2&q=&sort=-id&colspec=Stars%20ID%20Type%20Status%20Priority%20Milestone%20Owner%20Summary%20Internal Reply Edit 11:39 am Benjamin Mayo: Coolio. Reply Edit 11:40 am Justin Hubbard -Test Account: When will the Embedded API be expanded? Reply Edit 11:40 am me: we are continually rolling out new features and will update the group as soon as that happens. Reply Edit 11:41 am Justin Hubbard -Test Account: Does this include more customized styling options for the iframe and also removing the bug that prohibits seeing the bottom of a wavelet when embedded? Reply Edit 11:43 am me: Yes we are aware of the feature request and the bug, we update the issue entries and announce to the group when the new stuff is available. Thanks for the patience. Reply Edit 11:48 am Benjamin Mayo: Is it possible (for the team to consider the ability) to predefine the size of the gadget, so the loading box isn't massive for a one-line gadget? Reply Edit 11:40 am Justin Hubbard -Test Account: When will private servers be available for institutions such as hospitals that have to comply with advanced security such as HIPAA Reply Edit 11:42 am Justin Hubbard -Test Account: Thanks. Reply Edit 11:41 am me: This is more on the federated side of Wave server. I don't know much about that, you can check out the wave federation procotol http://www.waveprotocol.org/ and there is forum there you can bring up your questions as well. Reply Edit 11:49 am Benjamin Mayo: What is the method to retrieve the proxyingFor value in the incoming JSON when using robot addresses such as acronym-decoder [email protected]? Reply Edit 12:43 pm me: proxyingFor is in the latest client libraries. I know the latest Java client library is not released yet, and im thinking python isn't neither. Tags: office hours Files Office Hours: 2009-12-02 [ CLOSED ] -- You received this message because you are subscribed to the Google Groups "Google Wave API" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-wave-api?hl=en.
