On 12/03/07, Andy Armstrong <[EMAIL PROTECTED]> wrote:
On 12 Mar 2007, at 00:00, Michael G Schwern wrote:
> That's a good idea.
>
> Whether or not you can set a list of specific versions (considering
> them as
> extensions rather than increasing versions) or just a single
> highest version
> is up for debate.
Highest version I'd say. I hope we're not expecting such a complex
melange of versions that we need to enumerate the ones we support. If
say we're supporting version 10 it's implicit that we also support 1-9.
Are we not anticipate any bad decisions either? Say version 8 was
horribly broken and no one should ever support it. By saying you don't
support it the producer should then fall back gracefully to something
earlier.
What about the future? Maybe it's 20 years later and I'm writng a TAP
parser in C#++ and I don't want to have to cater for every version of
TAP that's ever existed, including the broken ones. So I say
"12,90-100" the producer can either produce up to date TAP or fall
back to the very basics.
If you insist on full backwards compatibility all the way back to the
start then you future TAP consumers are just going to lie. They'll say
"100" which is supposed to mean "1-100" but they're just going to hope
that nothing earlier than 90 ever shows up. If you're lucky they'll
die when they see a version number they don't support but by
communicating the reality the user could get the best available.
Plus saying "1-100" is only a tiny bit more difficult than saying "100"
F
