Re: Trial format-05 atom feed
Tim Bray wrote: Just to see if it uncovered any problems, I twiddled the ongoing software to generate a format-05 atom feed. It didn't uncover any problems that I could see. Norm's RNC schema was very valuable in debugging, not that there were many bugs. Check it out at http://www.tbray.org/ongoing/ongoing.atom the xmlns and version indicate format-04. I guess the only thing that's mildly interesting is that some entries have summary and others have content depending on whether the whole thing's there. -Tim Just curious, why is the title on the same line as entry? A blank line before every entry might also improve readability. PS: if you open that URL in FireFox (on OS X anyhow), and FireFox asks you what program you'd like to open it in, do not (repeat NOT) tell FireFox to open it in FireFox. Trust me on this. Suggestion: try view-source:http://www.tbray.org/ongoing/ongoing.atom No, it is not a registered uri scheme, but it seems to be a defacto standard. - Sam Ruby P.S. w.r.t. the version attribute, I still believe that YAGNI. But if it is to remain, I hope that the final version is mercifully short.
Re: Trial format-05 atom feed
On 2/2/05 11:29 PM, Sam Ruby [EMAIL PROTECTED] wrote: http://www.tbray.org/ongoing/ongoing.atom the xmlns and version indicate format-04. -05 is functionally equivalent to -04 (sans errors) e.
Re: Trial format-05 atom feed
Julian Reschke wrote: Tim Bray wrote: Just to see if it uncovered any problems, I twiddled the ongoing software to generate a format-05 atom feed. It didn't uncover any problems that I could see. Norm's RNC schema was very valuable in debugging, not that there were many bugs. Check it out at http://www.tbray.org/ongoing/ongoing.atom Same here (http://greenbytes.de/tech/webdav/webdav.atom). I find your use of opaquelocktokens intriguing. My reading of the spec is that opaquelocktokens are sequences of 8, 4, 4, 12 hex digits, separated by dashes, optionally followed by a path. In place of a path, I see what appears to be a timestamp. Can somebody cite a reference which permits such uris? - Sam Ruby
Re: Trial format-05 atom feed
Sam Ruby wrote: Julian Reschke wrote: Tim Bray wrote: Just to see if it uncovered any problems, I twiddled the ongoing software to generate a format-05 atom feed. It didn't uncover any problems that I could see. Norm's RNC schema was very valuable in debugging, not that there were many bugs. Check it out at http://www.tbray.org/ongoing/ongoing.atom Same here (http://greenbytes.de/tech/webdav/webdav.atom). I find your use of opaquelocktokens intriguing. My reading of the spec is that opaquelocktokens are sequences of 8, 4, 4, 12 hex digits, separated by dashes, optionally followed by a path. In place of a path, I see what appears to be a timestamp. Can somebody cite a reference which permits such uris? The timestamps I am using are legal path components, according to RFC2068, section 3.2.1 (which RCF2518's definition for the opaquelocktoken scheme refers to). Or am I missing something? Best regards, Julian -- green/bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
Re: Trial format-05 atom feed
On Feb 2, 2005, at 4:29 AM, Sam Ruby wrote: Norm's RNC schema was very valuable in debugging, not that there were many bugs. Check it out at http://www.tbray.org/ongoing/ongoing.atom the xmlns and version indicate format-04. I didn't want to fiddle with Norm's RNC. P.S. w.r.t. the version attribute, I still believe that YAGNI. But if it is to remain, I hope that the final version is mercifully short. I would be +1 on removing the version attribute. Someone do a one-line Pace? -Tim
Re: PaceRemoveVersionAttr (was: Trial format-05 atom feed)
On Feb 2, 2005, at 8:22 AM, Sam Ruby wrote: Much to my surprise, scanning the current document, I don't see any must ignore text. Hey, we just accepted PaceExtendingAtom 24 hours or so back, give Rob Mark a chance :)
Trial format-05 atom feed
Just to see if it uncovered any problems, I twiddled the ongoing software to generate a format-05 atom feed. It didn't uncover any problems that I could see. Norm's RNC schema was very valuable in debugging, not that there were many bugs. Check it out at http://www.tbray.org/ongoing/ongoing.atom I guess the only thing that's mildly interesting is that some entries have summary and others have content depending on whether the whole thing's there. -Tim PS: if you open that URL in FireFox (on OS X anyhow), and FireFox asks you what program you'd like to open it in, do not (repeat NOT) tell FireFox to open it in FireFox. Trust me on this.