[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PaceEntryElementNeedsVersionAttribute




steve jenson wrote:



Atomites,


I've made a very small proposal:

http://www.intertwingly.net/wiki/pie/ PaceEntryElementNeedsVersionAttribute

Hopefully the rationale is clear enough; those of us writing Atom API endpoints don't know which version of <entry> we're supposed to be dealing with. It's not currently a problem because everyone conforms to 0.3. As we grow, even if it's just one more version number, this has the potential to become a problem.

While sympathising with the problem, I really don't think this would be a good idea. I was under the impression that we were aiming for a single release version 1.0, rather than a plurality of x.x, one of the big problems with RSS. So although early adopters are to be encouraged, the spec should keep its eyes on the ball, not fill cyberspace with another load of similar-but-incompatible formats. When 0.4 comes along, 0.3 should be strongly deprecated. When 1.0 comes out, after a reasonable amount of time, all the previous versions should be considered invalid, i.e. not Atom.


It would follow that expectation should be for service providers only to support the most recent version. Sure, this may cause problems in the transitions, but that's part of the fun of early adoption.

In any case, until something changes there is no need to flag any difference. If and when something does change, a clear statement should be made with advice for the benefit of service providers to minimise transition costs.

Cheers,
Danny.


--


Raw
http://dannyayers.com