Re: SDshare push
Lars Heuer <[email protected]>
| Newsgroups | gmane.text.xml.xtm.general |
|---|---|
| Organization | Semagia |
| Message-ID | <[email protected]> |
Hi Lars, [...] > Either you are talking about normal SDshare, or you have > client/server reversed. What's "normal" SDShare? What's abnormal SDShare? ;) A, was updated. It likes to tell B about it. I sends a (batch) update to B. B accepts it. Is B requested to update the feed with all updates of A? IMO it is not. Neither the SDShare spec. nor the SDShare push proposal mandates that. > In any case, I found this too confusing to follow. :) Fair enough. ;) > I think so. I find your argument telling: "more elegant". That does > indicate it's a matter of taste, which is fair enough. :) Okay, but if you see the current de-facto standards around Atom, the current proposal "stands out". And aside from my personal taste of simplicity and elegance, I wonder why the solution should stand out and not simply adopt the provided solutions. Best regards, Lars -- Semagia <http://www.semagia.com> <https://twitter.com/larsheuer/> Twitter <http://www.topicmaps.de/mailinglist/> German Topic Maps mailing list <http://tinytim.sourceforge.net/> Open Source Topic Maps engine <http://mappa.semagia.com/> Mappa - Python Topic Maps engine