<br><br><div><span class="gmail_quote">On 12/15/05, <b class="gmail_sendername">Chris Johnson</b> &lt;<a href="mailto:chris@tinpixel.com">chris@tinpixel.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Adrian Rossouw wrote:<br><br>&gt; One of the other not known things about the forms api .. (although ..&nbsp;&nbsp;i<br>&gt; am going<br>&gt; to refer to it by it's real name .. the view api) is that it also&nbsp;&nbsp;maps<br>&gt; cleanly onto
<br>&gt; xml.<br>&gt;<br>&gt; It's a tree with properties and children.<br><br><br>&gt; Also, you should note that every block in a page can now be accessed<br>&gt; separately<br>&gt; using the right xmlrpc call (if it's enabled of course), and you can
<br>&gt; refresh certain<br>&gt; blocks automatically, on a timer .. or assign it to an event (which<br>&gt; could be a link<br>&gt; added into that block, or whenever the document changes.)<br>&gt;<br>&gt; It should also make it easier to expose this interface to flash or&nbsp;&nbsp;xul,
<br>&gt; since it<br>&gt; can use xmlrpc on the back end and redraw the exact forms with the exact<br>&gt; validation you'd have on the normal drupal sites. You could even attach<br>&gt; ajax events to certain blocks, or just make them completely flash
<br>&gt; (think lazlo)<br><br>Adrian,&nbsp;&nbsp;you're a genius!<br><br>If we can do all this without killing ourselves with complexity, or kill our<br>performance, Drupal will completely own the content management and web<br>application space.
</blockquote><div><br>Oh, can't we die happily?<br><br>Robin <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">..chrisxj<br><br>
</blockquote></div><br><br clear="all"><br>-- <br>Robin Monks,<br>CSL Web Administrator<br><a href="mailto:robin@civicspacelabs.org">robin@civicspacelabs.org</a>