Well, I ain't gonna argue the point, but I'm going to stick by the
assertion that feeder/head is ugly. Any use of this stuff I plan to
make can live equally well with either approach.
- James M Snell
Walter Underwood wrote:
--On Tuesday, February 08, 2005 08:39:42 AM -0500 Bob Wyman
<[EMAIL PR
--On Tuesday, February 08, 2005 08:39:42 AM -0500 Bob Wyman <[EMAIL PROTECTED]> wrote:
Linking to the feed is not an acceptable solution. It must be
possible to embed feed metadata in an entry in a feed and in an Entry
document.
+1
The feed document *must* be standalone. Everything required to
James M Snell wrote:
> My preference would be a link based alternative.
>
> ...
>
> ...
>
>
>
I'm tired of arguing this one, so, I'm just going to say this one
more time and leave it at that.
Linking to the feed is not an acceptable solution. It must be
possible to
On 8/2/05 4:38 PM, "James M Snell" <[EMAIL PROTECTED]> wrote:
> Agree, feeder is ugly. but head should still go away. My preference
> would be a link based alternative.
>
>
> ...
>
>...
>
>
>
+1
Agree, feeder is ugly. but head should still go away. My preference
would be a link based alternative.
...
...
- James M Snell
Eric Scheid wrote:
-1 atom:feeder is ugly
-1 atom:feeder is ugly
+1, there's no reason for atom:head.
Robert Sayre
> PaceHeadless
-1
-1, but if we do adopt it, let's use some name other than "feeder".
Graham wrote:
-1
Putting everything in one group and requiring it to be first is useful,
and also adds consistency to head-in-entry, as evidenced by the
introduction of the feeder element. Also "feeder" is a horrible word.
And "head" doesn't suck? I struggle to type a sentence on the subject
wit
-1
Putting everything in one group and requiring it to be first is useful,
and also adds consistency to head-in-entry, as evidenced by the
introduction of the feeder element. Also "feeder" is a horrible word.
Graham
smime.p7s
Description: S/MIME cryptographic signature
Robert Sayre wrote:
> Now that you've written PaceRemoveHeadElement [or, PaceHeadless]...
>(Note to Bob: it still does what you want), I think that is what
> will probably happen.
As long as we can put the feed metadata into an Entry document or
instance of an entry I
Mostly for the sake of completeness...
http://www.intertwingly.net/wiki/pie/PaceHeadless
which takes the recursion out of PaceFeedRecursive, though I still
prefer that one because it doesn't lose hierarchy. PaceHeadless
also adds an atom:feeder child element of atom:entry, so tha
13 matches
Mail list logo