Yeah, I realized there was going to be no way of saving on the
bandwidth usage (a factor of magnitude more than processing power) by
either doing cron (polling with data I don't need) or by just ignoring
the keystrokes.
So I am going to have to just process on blip submitted, unless there
is a
On Sun, Nov 1, 2009 at 10:25 PM, Linc ala...@online.de wrote:
Why not implement a counter or sth. so that you only react on everey
3rd DOCUMENT_CHANGED.
Or some kind of capability saying that it only wants updates once
every 3 seconds, and however many changes occur within those 3 seconds
@Linc: The problem is not the CPU or how much I send back (already
done that optimization), it's that on every DOC_CHANGED it sends a
very large amount of data over, wether I use it or not.
This won't be a problem when I can put my bot on my own site, it's
just a problem for the google apps
On Tue, Oct 27, 2009 at 10:21 PM, voidref void...@gmail.com wrote:
For my syntax highlighting bot, I want the highlighting to be while
typing is happening, however getting a notification on every character
input will be a serious problem for bandwidth and processing.
I don't believe you'll
Cron job can recreate the blip context. Check out the sample robot Stocky.
It persists wave, wavelet and blip IDs, so that the cron call can later
recreate the context.
http://google-wave-resources.googlecode.com/svn/trunk/samples/extensions/robots/java/stocky/src/robot/UpdateServlet.java
If I were writing a syntax highlighting feature, I wouldn't implement
it as a bot, I would do it as a gadget. As you say, if it is to work
while the user is typing, then the process that highlights the syntax
needs to know about the keystrokes. So a robot would have to know
about keystrokes as
