<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://microformats.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MuwEo0</id>
	<title>Microformats Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="http://microformats.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MuwEo0"/>
	<link rel="alternate" type="text/html" href="http://microformats.org/wiki/Special:Contributions/MuwEo0"/>
	<updated>2026-05-25T14:27:35Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.38.4</generator>
	<entry>
		<id>http://microformats.org/wiki/index.php?title=rest/microformat-pub-protocol&amp;diff=15461</id>
		<title>rest/microformat-pub-protocol</title>
		<link rel="alternate" type="text/html" href="http://microformats.org/wiki/index.php?title=rest/microformat-pub-protocol&amp;diff=15461"/>
		<updated>2007-04-11T13:57:48Z</updated>

		<summary type="html">&lt;p&gt;MuwEo0: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=[ Background Problem ]=&lt;br /&gt;
Microformat gives meaning to small chunks of text in one XHTML document.&lt;br /&gt;
&lt;br /&gt;
We can put several pieces of microformatted contents (e.g hCalendar,&lt;br /&gt;
hAtom, hCard etc) in a single XHTML document, and both human and&lt;br /&gt;
machine will be likely possible to understand and process each of the&lt;br /&gt;
pieces.&lt;br /&gt;
&lt;br /&gt;
Is it possible, if we (human) wish to hand-author just one of the&lt;br /&gt;
pieces (e.g to update/delete the entry represented by that piece of&lt;br /&gt;
hAtom), and submit it back to the remote server?&lt;br /&gt;
&lt;br /&gt;
=[ APP model draf-06 ]=&lt;br /&gt;
I will highlight two resources: &amp;quot;Collection&amp;quot; and &amp;quot;Member&amp;quot;, quoted from&lt;br /&gt;
[http://tools.ietf.org/wg/atompub/draft-ietf-atompub-protocol/draft-ietf-atompub-protocol-06.txt APP section 3]:&lt;br /&gt;
;&amp;quot;Collection&amp;quot;: A resource that contains a set of member IRIs.&lt;br /&gt;
;&amp;quot;Member&amp;quot;: A resource whose IRI is listed in a collection.&lt;br /&gt;
&lt;br /&gt;
In brief,&lt;br /&gt;
* &amp;quot;Collection&amp;quot; has a &amp;quot;href&amp;quot; IRI to accept POST to create a *new* member. See 8.1&lt;br /&gt;
* &amp;quot;Collection&amp;quot; has a &amp;quot;list-template&amp;quot; IRI to accept GET to *list* out members in the collection. See 9.0&lt;br /&gt;
* &amp;quot;Member&amp;quot; has a link *edit* IRI to accept GET, PUT, DELETE to manipulate the member. See 10.1&lt;br /&gt;
&lt;br /&gt;
APP is designed for machine. Both &amp;quot;what&amp;quot; and &amp;quot;how&amp;quot; are written in draft and have to be early-bound into both client and server codes.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=[ a microformat way? ]=&lt;br /&gt;
Use &amp;quot;member&amp;quot; and &amp;quot;collection&amp;quot; classes based on the semantic in APP.&lt;br /&gt;
The &amp;quot;resource&amp;quot; is usually in microformat. Example: hEvent is a &amp;quot;member&amp;quot; and hCalendar is a &amp;quot;collection&amp;quot;. &lt;br /&gt;
Of course, a &amp;quot;member&amp;quot; may exists in a document without its &amp;quot;collection&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Use&lt;/div&gt;</summary>
		<author><name>MuwEo0</name></author>
	</entry>
</feed>