It seems like both positions I'm hearing here can be supported and even, perhaps contains a kernel of the other within it.
Yes, a standard c/s protocol is needed, just like there was the need for POP and IMAP. Yet the existence of both POP and IMAP illustrates that we can work well with not just one standard, but multiple standards. I suspect that emergence of multiple c/s protocol standards for Wave would be a very good thing. We already have a standard focused nicely on the python community. Perhaps we can get another standard focus on XML, another for JSON oriented developers, another for XMPP oriented developers, and perhaps even a very simple standard for command line oriented developers and standards for gateways to IMAP, POP, NNTP, and other standards. My two cents. Aldon -----Original Message----- From: [email protected] [mailto:[email protected]]on Behalf Of Thomas Wrobel Sent: Thursday, December 31, 2009 6:30 AM To: [email protected] Subject: Re: Time for a Client/Server protocol: Let’s start the discussion! But for people that dont want to make web based clients, theres not much they can do without a standard. Any efforts they do would need to be added onto either making their own server implementation or supporting only one server that has a documented c/s spec. (which seems to be only Pygowave). Now, sure, we will be abstracting our c/s communication so that we can change it later, but its still akin to making an email client before POP3/IMAP exists. All the c/s needs to do is basicaly the same stuff a s/s needs to do minus a few bits. Allow a client to login, retrieve all the data it wants from a wave, and post blips/new waves. (and preferably give notification back when new blips are posted...depending on client this might not be possible, but the ability in the protocol should be there.) We certainly are still figuring out what we can do with Wave....but we will be for many years! But thats no reason not to have some c/s standard. :( 2009/12/31 Brett Morgan <[email protected]>: > I'll be honest, I think going for a spec this early in the game is > premature. Let's push the envelope on what we can do on top of this > infrastructure, then standardise once we have a clue about what we are > attempting to do. At this point we're still figuring out what we can do with > this baby. > > On Thu, Dec 31, 2009 at 1:03 PM, Mike Brown <[email protected]> wrote: >> >> That clause basically says the license is conditional that you're not >> making a stream ripper (the wording is vague enough however to be expanded >> to any form of data storage) but looking closer at the spec it's more >> multimedia centric than I first thought. Even without the licensing concerns >> it's not the right one to pursue for the spec >> >> On Wed, Dec 30, 2009 at 3:16 AM, Anthony Baxter <[email protected]> >> wrote: >>> >>> I don't think it would be possible to use RTMP for Wave, anyway, >>> because the license would prohibit it: >>> http://www.adobe.com/devnet/rtmp/pdf/rtmp_specification_license_1.0.pdf >>> says it's only to be used for streaming audio/video. Quite the >>> footbullet from Adobe, imho. >>> >>> (first noted, as far as I am aware, here: >>> >>> http://elliotmurphy.com/2009/12/23/rtmp-license-forbids-anyone-from-storing- data/ >>> ) >>> >>> >>> On Wed, Dec 30, 2009 at 10:01, Mike Brown <[email protected]> wrote: >>> > Just curious if anyone has looked at adobe's RTMP (recently opened >>> > spec) at >>> > first glance it looks like it would fit well for what a wave C/S >>> > protocol >>> > would need. >>> > >>> > On Sun, Dec 6, 2009 at 6:24 AM, Jo hyphen el <[email protected]> >>> > wrote: >>> >> >>> >> If any dev people don't have preview accounts I have a few nominations >>> >> going spare. send me an email. >>> >> >>> >> >>> >> On Dec 6, 1:15 am, Michael K <[email protected]> wrote: >>> >> > Guys, this discussion has moved to wave preview a long time ago. >>> >> > Those >>> >> > of you who have accounts, can find the relevant waves by searching >>> >> > "group:[email protected]". >>> >> > >>> >> >>> >> -- >>> >> >>> >> You received this message because you are subscribed to the Google >>> >> Groups >>> >> "Wave Protocol" 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/wave-protocol?hl=en. >>> >> >>> >> >>> > >>> > -- >>> > >>> > You received this message because you are subscribed to the Google >>> > Groups >>> > "Wave Protocol" 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/wave-protocol?hl=en. >>> > >>> >>> >>> >>> -- >>> Anthony Baxter, [email protected] >>> >>> -- >>> >>> You received this message because you are subscribed to the Google Groups >>> "Wave Protocol" 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/wave-protocol?hl=en. >>> >>> >> >> -- >> >> You received this message because you are subscribed to the Google Groups >> "Wave Protocol" 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/wave-protocol?hl=en. > > > > -- > Brett Morgan http://domesticmouse.livejournal.com/ > > -- > > You received this message because you are subscribed to the Google Groups > "Wave Protocol" 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/wave-protocol?hl=en. > -- You received this message because you are subscribed to the Google Groups "Wave Protocol" 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/wave-protocol?hl=en. -- You received this message because you are subscribed to the Google Groups "Wave Protocol" 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/wave-protocol?hl=en.
