There are obvious technical problems related to the stopwatch synchronicity and latency on various participants' screens (pings of over 300ms between Sydney and US are common due to switch and repeater loads, even though light should cross the pacific over fibre in about 6ms). Further complications arise from time zone differences and summertime changes/updates in various regions, this leads me to believe that a gadget isn't an ideal implementation.
Since the Wave server keeps a chronology of all edits and the page is readily updated (near enough to real time), perhaps a lower level solution is more appropriate. The UI (the toolbar starting with Reply, Playback...) could include the additional options for generation of richer timestamps using a server based time reference, e.g. duration that a given top-level entry has been active or time remaining to a predefined alarm. This would require a bit more than just another button on the wave toolbar (e.g. a dropdown or even better a floating dialog). However, I feel that this approach could accommodate amny other use cases and requirements related to timekeeping. As far as User Experience goes - a gadget embedded into the wave would also be an inferior design choice due to the need to scroll the page, which may remain rather slow or cumbersome on portable devices. On Feb 8, 11:59 am, qMax <[email protected]> wrote: > Athttp://googlewavedev.blogspot.com/2010/02/my-extension-wish-wave-time... > > Anna-Christina Douglas wrote: > > I would love a collaborative timer, clock, or stopwatch that I could put at > > the top of a wave when the meeting starts. > > being implemented as a gadget, the timer will be updated in every > instance of the gadget. > which is quite wrong thing. > > One way is: > The gadget raise an election among gadget instances to select which > instance will update the timer. > The election should be reraised when the instance is closed - but how > to determine this event? > > Another way: > The timer is updated by robot and the time propagated to the gadget. > This requires cron events for every, say, second. This looks > overwhelming. > And is it yet possible to update a wave by cron, rather then as > ersponce to event? -- 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.
