<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Yeah, I've also questioned that it wouldn't be REST. </div><div><br></div><div>But... so what?</div><div><br></div><div>What matters is to get the thing done. You can make the app seem REST (accidentally) just to make it more familiar to people implementing clients but do the think the way you know you can capitalize best.</div><div><br></div><div>So, yeah right? you can have those components that render XML (or JSON). And that idea about preventing the redirect, I like that.</div><div><br></div><div>Given the chance it will be fun to play with this</div><div><br></div><div><div><a href="http://twitter.com/sebastianconcpt" target="_blank">sebastian</a></div><div><br></div><div>o/</div></div><div><br></div><br><div><div>On Dec 28, 2010, at 8:46 AM, Philippe Marschall wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>2010/12/28 Sebastian Sastre <<a href="mailto:sebastian@flowingconcept.com">sebastian@flowingconcept.com</a>>:<br><blockquote type="cite">Yeah but none of those is an incredible competitive advantage either.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">What I would found interesting tough, is to use seaside where it shines: managing complex state.<br></blockquote><blockquote type="cite">Think of the facebook API or twitter or whatever API that needs to manage authentication, session expiration, persisted stuff, etc<br></blockquote><blockquote type="cite">All things that your fully visual seaside webapp does only in a non-visual version (just with requests).<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">That would be:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">1. seriously valuable<br></blockquote><blockquote type="cite">2. a common need<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Wonder if tasks can be used to control state and flux of a non visual app.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">What would they #call: ?<br></blockquote><br>Well, that would certainly be doable but it would not be REST at all.<br>You'd use components/tasks that create XML or JSON which includes the<br>action URL and fields names (think AtomPub or HATEOAS).<br><br>The client would then have to parse the response for the action URL<br>and the callback names. Maybe you also want a specialized action phase<br>continuation that does not redirect.<br><br>Cheers<br>Philippe<br>_______________________________________________<br>seaside mailing list<br><a href="mailto:seaside@lists.squeakfoundation.org">seaside@lists.squeakfoundation.org</a><br>http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside<br></div></blockquote></div><br></body></html>