<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">markup forms. Rough example:<br><br>&lt;form class=&quot;vcard&quot;&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&lt;fieldset class=&quot;n&quot;&gt;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;input class=&quot;given-name&quot; /&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;input clas&quot;family-name&quot; /&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp; &lt;/fieldset&gt;<br>&lt;/form&gt;<br><br>Something like that.</blockquote><div><br>Yes, something like that. To be precise, exactly this is what I had in mind. I just didn't know &lt;fieldset&gt; Thanks for that.
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Also, html forms could be useful for documenting the parameters<br>available on rest resources. Mixed with microformats, as above, this
<br>could be a very useful way to document a rest api. It would cover<br>much the same territory as WADL, but in a web-native way which can be<br>very useful to developers, as the forms are a functional sandbox.</blockquote>
<div><br>I couldn't have said it better :-) Except that the form *is* the service interface, not just a sandbox.<br><br>In that context, &quot;lo-rest&quot; is service-oriented, &quot;high-rest&quot; is resource-oriented. Yes?
<br><br>That just leaves me with the question of how to encode the expected result (i.e. the content of the resulting POST). Two things come to my mind:<br><ol><li>Encode it within the form</li><li>Force the form target to be different and do a get on it
<br></li></ol>I prefer 1. for various reasons, but I am open for suggestions on how this encoding might look like.<br><br>It should contain:<br><ul><li>A human readable description of the service</li><li>A parsable description of the content expected, possibly pointing to XMDPs
</li></ul>The second point brings up two questions:<br><ol><li>Microformats solve the problem of parsing the content within html, but how to identitfy (address) it? We can not safely assume designers to include ID-attributes, can we? XPath? HTML-Anchors?
<br></li><li>From there to something like relax-ng is not very far. Do we need to go there?</li></ol></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Just some ideas, I wish I had time to flesh them out more.</blockquote><div><br>For once, I can live with that, as this will hopefully turn into a chapter of my dissertation ;-)<br><br>Thanks for all the help!<br></div></div>