On 11/5/05, James M Snell <[EMAIL PROTECTED]> wrote: > > Updated Summary of recent paces... Appologies if I've missed or > mischaracterized any. >
No worries. The effort to keep things in perspective is appreciated. > ============================================================================= > > Modifing metadata on media resources > * I suggest using POST on member resource URI's to update metadata > (e.g. atom:title and atom:summary) > * http://www.intertwingly.net/wiki/pie/PaceReworkPostOnMemberResource > (snell) > > > Pub control > * Luke Arno is arguing to get rid of pub:control and pub:draft > * http://www.intertwingly.net/wiki/pie/PaceDropControl (arno) > * http://www.intertwingly.net/wiki/pie/PaceWorkflows (arno) > > Consensus *appears* to be leaning towards keeping pub:control > and pub:draft. > I think some may be coming around on draft. A little more discussion may prove fruitful. Control is misleading cruft but no one seems to care. :( > > Error response > * I am proposing refinements to the existing Success/Failure text > and hoping to stimulate more discussion about error response > requirements > * http://www.intertwingly.net/wiki/pie/PaceBetterHttpResponseCode > (snell) > Rob has a draft with an hError format that I think we should look at. > > Collection Model > * Robert suggests simplifying the spec by dropping the Collection > model. Everything is just "Feeds". GET on Collection URI returns a > feed. Also affects introspection. > * http://www.intertwingly.net/wiki/pie/PaceSimpleIntroduction > * http://www.intertwingly.net/wiki/pie/PaceFeedsNotCollections > (sayre) > I have different ideas about how to do it but agree on dropping the "collections" metaphor. I will probably write up a proposal. [ snip ] > > Introspection > * Robert believes that the current workspace introspection model is > inadequate > * http://www.intertwingly.net/wiki/pie/PaceRemoveListTemplate > (sayre) > * http://www.intertwingly.net/wiki/pie/PaceSimpleIntroduction > (sayre) > * http://www.intertwingly.net/wiki/pie/PaceUseAppOutlines (sayre) > * http://www.intertwingly.net/wiki/pie/PaceRemoveMemberTypeMust > (sayre) > * http://www.intertwingly.net/wiki/pie/PaceXoXoIntrospection > (sayre) > > * Luke Arno wants to use XHTML for Introspection. Last we heard, > a new version of the pace was in development. > * http://www.intertwingly.net/wiki/pie/PaceXHTMLIntrospection2 > (arno) > I have withdrawn this. Half way through creating a new version the new draft came out and now my view of the protocol model has shifted away from even having an introspection document. [ snip ] > > Listing members > * Robert and Luke do not think link[rel="edit"] should be required. > * http://www.intertwingly.net/wiki/pie/PaceEditLinkMustToMay > (arno/sayre) > This ties into not liking the whole collections metaphor. There are feeds and some of the members of some of them are editable. The concept that "public feeds" are a separate animal from APP "collections" is meaningless. Public to who? [ snip ] > > Invalid Atom / atom:id handling > * To avoid posting syntactically invalid Atom, Luke is suggesting the > use of a dummy atom:id used to signal the server to create a new > atom:id > * http://www.intertwingly.net/wiki/pie/PaceMagicId (arno) > I withdrew this. This was put up for discussion and possible compromise and we have thankfully become more sane about id since. - Luke [ snip ]
