Of course I wish I hadn't made such a damn fool of myself in taking such a strong and -- I guess extended would be an appropriate word :) -- response this morning when I chose to write the Master Thesis I never quite got around to during my college years regarding the reasons "they" were wrong and "I" was right. Way to far into the drama side of things that I myself complain about in other groups.
Obviously this was my own personal mistake, and I think Sean has been more than gracious in looking past the muck and providing real answers to the questions presented.
My apologies Tim, and to the rest of you for my silliness.
Sean, thanks for the links! Question: I think developing various samples and such would obviously help in understanding how the RSS API works in general. There are obvious reasons why it would be impossible for you to provide privileged information to anyone who is not covered under an existing non-disclosure and/or other legal agreement. With this in mind, would you recommend that the XML-MVP group would be an appropriate contact point in which any ideas for extended API's could be properly filtered through, and as such gain a proper (and legal) understanding of where the needs for such API's will exist and where they will not?
Thanks in advance for your help with all of this, and for putting up with my misguided mockery of the purpose of this mailing list. My heart was in the right place. My mouth obviously was not.
On 3/9/06, Tim Bray <[EMAIL PROTECTED]> wrote:
On Mar 9, 2006, at 7:51 AM, Sean Lyndersay wrote:
> I hope this helps make the reasoning behind IE's behaviour with
> feeds and stylesheets a little less murky.
I don't really have an opinion as to whether this is the ideal
behavior. But there is no doubt whatsoever that that Sean's software
is entirely within its rights. It is almost never possible nor
desirable for the transmitter of a general-purpose data format like
most of those based on XML to try to impose behavior on the
recipient. In the big picture, this is one of the big advantages of
open data formats.
-Tim
--
<M:D/>
M. David Peterson
http://www.xsltblog.com/
