' elements
> is, in and of itself, a profile.
>
>
> --
> Mark Nottingham http://www.mnot.net/
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
Of course if an entry has a tag such as "origin" (which used to be on
> the
> table) then the entry it points to would be part of the metadata of the
> entry and so be a legitimate way of creating special selection of
> entries.
>
>
> Henry Story
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
On Fri, 04 Feb 2005 02:51:28 -0500, Robert Sayre <[EMAIL PROTECTED]> wrote:
> James Snell wrote:
> >>
> >>That's right. Besides, HeadInEntry is trivial to do as an extension, so
> >>there's no reason to leave it in.
> >>
> >
> &
On Thu, 3 Feb 2005 23:39:51 -0700, Antone Roundy <[EMAIL PROTECTED]> wrote:
>
> On Thursday, February 3, 2005, at 11:07 PM, James Snell wrote:
> > Figured I would formalize what I've been evangelizing the past couple
> > of days.
> >
>
identify the feed to which it belongs. That
mechanism does not have to be atom:head, but it does need to be part
of the core.
> Robert Sayre
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
e possible exception of changing @version to @profile (see
> below).
>
> == Notes ==
>
> I'm more than happy to submit a personal draft to the WG to show more
> detail of what this would look like.
>
> I'm not stuck on the term "profile"; in fact, I'm happy to ditch
> @profile as long as the semantics of @version are changed to this.
>
> Note that a profile DOES NOT preclude the addition of more metadata; it
> only states what metadata is required to be there. So, you can extend a
> profile, you just can't go below its bar.
>
>
>
> CategoryProposals
>
> ]]]
> --
> Mark Nottingham http://www.mnot.net/
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
s the Atom core simple
== Notes ==
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
erfere with someones ability to deal with cases
later on. Get version one out the door. Get folks to start
implementing it. Start writing up extensions. Get folks to implement
those extensions. Figure out which extensions are Really Useful. Add
those Really Useful Extensions to
solo raving loony." In the threads on
> > atom:info, it seems I am playing the role of solo raving loony. So,
> > let's have the process take over.
> >
> > Robert Sayre
> >
> >
> >
>
> --
> Mark Nottingham http://www.mnot.net/
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
be more like Visual Basic and less like Lisp.
> As an ex-Visual Basic Product Manager, I think this would be a good
> idea! Let's keep it simple and NOT accept PaceAggregationDocument. (Note to
> reader: "Visual Basic .NET" is .NOT "Visual Basic"...
&
27;ll consider having all such Cancel
> messages point to a common static help page which explains a variety of
> reasons why a message may have been deleted.
>
> 3. If you view the Atom feed in a web browser, the result may not be
> terribly pleasingâ We're still working
On Thu, 3 Feb 2005 09:12:04 -0700, Antone Roundy <[EMAIL PROTECTED]> wrote:
>
> On Wednesday, February 2, 2005, at 11:55 PM, James Snell wrote:
> > In any case, we're talking about something as simple as the name of a
> > single element. I just don't see an
I will start working on the template this week and will get something
posted by the weekend.
On Thu, 3 Feb 2005 11:46:14 +0100, Danny Ayers <[EMAIL PROTECTED]> wrote:
> On Wed, 02 Feb 2005 20:27:28 -0500, Sam Ruby <[EMAIL PROTECTED]> wrote:
> >
> > James Snell wrot
gt;
+1 on "entries can describe feeds, not actually be feeds". An entry
can reference a feed, but is not the feed itself.
> e.
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
but the current doc doesn't say. This needs to be fleshed
out obviously. Of course, if #1 above is addressed, this ceases to be
a problem. :-)
This is what I came up with on my first full read through of the -05
draft. Maybe more later.
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
Comments below..
On Thu, 03 Feb 2005 17:27:33 +1100, Eric Scheid
<[EMAIL PROTECTED]> wrote:
>
> On 3/2/05 5:09 PM, "James Snell" <[EMAIL PROTECTED]> wrote:
>
> > What is the model for archiving with Atom? One or more distinct Atom
> > feeds that each
which, in my opinion, is far more important.
In any case, we're talking about something as simple as the name of a
single element. I just don't see any real technical value in changing
it's name. It doesn't make processing any easier. It doesn't change
any of the functional
5.) Atom sucks at anything with a representation of its own and
> > collection membership
>
>
>
>
>
> e.
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
d Document to Atom Collection Document.
>
> {{{
> no spec text -- this is really just a job for the editor, i hope.
>
> *s/atom:feed/atom:collection/
> *s/Atom Feed Document/Atom Collection Document/
> }}}
>
> == Impacts ==
>
> none. it's just a name change.
>
> == Notes ==
>
>
> CategoryProposals
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
If we do start pointing to feeds from entries and so forth, I think we might
> need to clarify the terms as previously discussed: what is currently an Atom
> Feed Document becomes an Atom Collection Document, while a "feed" is a
> special case of Atom Collection Document (no real differences in formatting,
> just in usage - ie. ongoing publishing). I'm off to write a Pace right
> now...
>
> e.
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
es for format05 feeds in the simple case.
> Entry elements are wrapped with atom:entries instead of headers being
> wrapped with atom:head.
>
> 7. Differentiates elements lower in a hierarchy (collection members)
> from metadata.
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
On Wed, 02 Feb 2005 15:18:46 -0800, Tim Bray <[EMAIL PROTECTED]> wrote:
>
> On Feb 2, 2005, at 11:58 AM, James Snell wrote:
>
> >
> > I'm just thinking ahead a bit on this, but I am wondering if it would
> > be possible for those of us interested in propos
n, it is deemed
appropriate for list discussion by the WG chairs). Thoughts?
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
ethods
To reiterate the prior discussion that happened on this, I am not
intending this as a competitor to Atom-XMPP. I think both have their
place and both contribute to the General Good. I would appreciate
folks giving this a look over and offering any comments you may have.
--
- James Sn
> um... cancel messages?
>
> look, errors or state change repudiation is latent in all reported state.
> why "un-write" when you can "later-write"?
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
gt; work just fine; it would probably be wise to send a HEAD request before
> automatically downloading a giant mp3. Furthermore, you'll get a good
> enough identifier by concatenating the URI and the length. Something
> more accurate will require a HEAD request. Thirdly, there's absolutely
> no reason to have this in core.
>
> Robert Sayre
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
nks, the new languages
> > goes in a couple of places in that section so I just preserved it.
> >
> > > 4. What do we call an inline (i.e. base64 encoded content) media
> > > object - an attachment?
> >
> > Nope, that's just -Tim
> >
> >
>
>
> --
>
> http://dannyayers.com
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
t; > themselves enclosed in atom:feeds.
> >
> > That makes sense. I probably won't publish another version of the
> > Atom-over-XMPP draft until Atom becomes more stable, but I'll at least
> > add this to my working copy of the I-D.
>
> Forgive my ignorance,
On Sat, 18 Dec 2004 02:34:18 -0500, Bob Wyman <[EMAIL PROTECTED]> wrote:
> James Snell wrote:
> > For XMPP-enabled environments, draft-saintandre-atompub-notify-01
> > is Goodness. Not every environment is going to be XMPP-enabled.
> > Just about everyone is HTTP POST
few applications (other than closed ones) that could make use
> of atom:entries that do not contain atom:head elements and are not
> themselves enclosed in atom:feeds.
>
> bob wyman
>
>
--
- James Snell
http://www.snellspace.com
[EMAIL PROTECTED]
On Fri, 17 Dec 2004 14:44:38 -0700, Peter Saint-Andre
<[EMAIL PROTECTED]> wrote:
>
> In article <[EMAIL PROTECTED]>,
> James Snell <[EMAIL PROTECTED]> wrote:
>
> > (cross posted to both the Syntax and Protocol mailing lists)
> >
> > I have pu
by the working group. It may even be feasible to incorporate this into
the main body of the Atom Protocol spec. In the meantime, however,
please take a look and review the draft and please comment on the
protocol mailing list.
--
- James Snell
http://www.snellspcae.com/blog
[EMAIL PROTECTED]
bute value.
My question is: what if I want to offer two alternates of the same
type that use different languages? e.g.
I'm not sure if this is an unreasonable thing to do or not but it did
strike me as being potentially problematic.
--
- James Snell
[EMAIL PROTECTED]
33 matches
Mail list logo