>> That's today. I would hope and assume that this changes in the future.+1On 9/2/06, Asbjørn Ulsberg <
[EMAIL PROTECTED]> wrote:On Fri, 01 Sep 2006 01:19:35 +0200, James Holderness
<[EMAIL PROTECTED]> wrote:> Just because a feed appears to contain well-formed xhtml content today,> that doesn't mea
Both points well taken.I would like to change my initial vote to -1, though +1 for both James and Aristotle's follow-up.On 8/31/06, A. Pagaltzis
<[EMAIL PROTECTED]> wrote:* James Holderness <
[EMAIL PROTECTED]> [2006-09-01 01:30]:> Encouraging people to use xhtml when they don't know enough to> ha
+1 - Definitely would be useful as a suggestion.On 8/31/06, Asbjørn Ulsberg <[EMAIL PROTECTED]> wrote:
On Thu, 31 Aug 2006 13:50:56 +0200, Sam Ruby <
[EMAIL PROTECTED]>wrote:> Also, there are a number of tools that attempt to produce well-formed> XHTML, but don't do so consistently enough to drop t
Thanks for the response/info Sam!On 8/31/06, Sam Ruby <[EMAIL PROTECTED]> wrote:
Also, there are a number of tools that attempt to produce well-formedXHTML, but don't do so consistently enough to drop the content into anAtom feed in such a manner.I assume this is from an XHTML standpoint (meaning t
via http://www.oreillynet.com/xml/blog/2006/08/and_the_winner_of_the_best_ind_1.html#comment-75533
There's one other small problem though: they put XHTML as CDATA in
"html" text constructs, while they're supposed to contain HTML 4. And
since it's XHTML, they should embed it directly in "xhtml" cons
more... I may be assuming to much here...On 6/18/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:Quoting "M. David Peterson" <
[EMAIL PROTECTED]>:> I assume you all are already aware, but just in case >> http://blogs.msdn.com/yassers/archive/2006/06/15/632436.aspx
&
I assume you all are already aware, but just in case > http://blogs.msdn.com/yassers/archive/2006/06/15/632436.aspxIf not mistaken, I think this would allow me to pretty much kill the AtomicRSS project.
Yay! Less projects on my plate is ALWAYS a good thing :D-- /M:DM. David Petersonhttp://mdavid.na
d.
[1] : http://www.oreillynet.com/xml/blog/2005/08/part_2_assets_atom_feeds_and_a.html
[2] :
http://www.oreillynet.com/xml/blog/2005/09/part_3_assets_atom_feeds_and_a.htmlOn 6/9/06, M. David Peterson <
[EMAIL PROTECTED]> wrote:>> 1. Feed composed with multiple sources with different lic
there be a best practices document to invite toolsdevelopers to understand and implement licenses mechanism? (As I
understand it's not the purpose of this draft).--Karl Dubost - http://www.w3.org/People/karl/W3C Conformance Manager, QA Activity Lead QA Weblog -
http://www.w3.org/QA/ *** Be Strict To Be Cool ***-- M. David Peterson
http://www.xsltblog.com/
For the record, Karl, even though you felt it was poorly written, at a personal level I didn't walk away with the feeling that your point was anything other than a simple "no matter what we do, we're not going to keep the world from abusing copyrights, but there's plenty of things we can do, so let
Very well stated, Aristotle!On 6/8/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* Karl Dubost <[EMAIL PROTECTED]> [2006-06-08 04:30]:> Which will not remove abuse :)Well, will anything short of not publishing your content?I think the point of such an effort is to make life easier for
third parties w
Okay, cool... This is the first I've seen this, but that obviously nothing of any great concern.I guess my next question is the same as what what you, Elliotte, and Karl have already made the primary focus of this thread,
* Beyond providing a way of referencing what license(s) applies to any given
Hey John,In this example, does rel="license" represent a tagged reference or the URI to the location of the license?On 6/7/06, John Panzer
<[EMAIL PROTECTED]> wrote:Elliotte Harold wrote:
>> John Panzer wrote:>>> I'm attempting to promote the use of explicit licenses in feeds, and>> Creative Commo
ts the question of what is the target of the specification and
Atom in general. We mainly center the discussion around aggregators but
I hope you all agree that Atom aims at much more than simple news feed,
right?
- Sylvain
--
M. David Peterson
http://www.xsltblog.com/
Didn't finish out that last thought in the fourth paragraph.
---
... future given that the current 2.5 license
suggests that a 1.x and 2.x family is already represented, + then this
will simply propagate as soon as the RDF data is updated
appropriately.
---
On 6/6/06, M. David Pet
org/licenses/by/2.5/"/>
is a lot easier to deal with than
It's also, of course, much shorter, which becomes important when you
consider the use of per-entry licenses in synthetic feeds.
The same arguments apply to microformats, I think, which is why
rel-license exists... which
, etc., while giving people the
option to use something more reliable when necessary.
Thoughts?
--
Mark Nottingham http://www.mnot.net/
--
M. David Peterson
http://www.xsltblog.com/
an
alternative to the user, or used instead of blindly truncating text.
My major question is whether a "headline only" feed is an "alternate"
representation, or perhaps an "index" to the full feed, or perhaps a new
relation (or two) is needed.
Thoughts?
--
John Panzer
System Architect
http://abstractioneer.org
--
M. David Peterson
http://www.xsltblog.com/
I was following this thread, and was doing my best to keep my mouth shut, but I can't do that any longer. I will avoid making statements that are intended to offend.What I will say is this: Messages specifically labeled 'off-list' should be respected as such. There are a million different reason
loy3) Simple policy enforcement using RNG, Schematron, XML Schema, etc... On 5/24/06,
M. David Peterson <[EMAIL PROTECTED]> wrote:
I've chosen a "shut-up and code" approach to the overall Atom-related projects I have going, something I'm sure many of you, if not noticed, are
I've chosen a "shut-up and code" approach to the overall Atom-related projects I have going, something I'm sure many of you, if not noticed, are none-the-less thankful for the "break" :)However, I thought I would point out part of the comments from this mornings checkin,
couple things of major sign
for your interest.>> Peter>> - --> Peter Saint-Andre> Jabber Software Foundation> http://www.jabber.org/people/stpeter.shtml
>> -BEGIN PGP SIGNATURE-> Version: GnuPG v1.4.1 (Darwin)> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org>> iD8DBQFEbJ00NF1RSzyt3NURAh/GAJ9Y3bOdSRu8sjL7fQJRyPK2gT8lawCghrPZ
> oR6vRLed4adw0a6ssgJvO2M=> =Bb/z> -END PGP SIGNATURE->-- M. David Peterson
http://www.xsltblog.com/
The requestor sends a request for all entries and comments on those entiries since a certain date. If the date request is considered reasonable, a compact atom syntax that contains,
a) a determination as to whether they support providing diffs a:ds="0" false, a:ds="1", trueb) the relavent pieces
Worth noting:via http://www.oreillynet.com/windows/blog/2006/04/keep_the_good_things_rolling_m.html which links to
http://blogs.msdn.com/rssteam/archive/2006/04/08/571509.aspx you'll find:Delta Encoding
In addition to standard conditional GETs the RSS Platform download
engine supports Delta Encodi
y
this one way or the other?
On the concept of persistence, the feed platform in Windows
persists downloaded entries from feeds for as long as the user wants them. Nothing
more complicated than that.
From: M.
David Peterson [mailto:[EMAIL PROTECTED]]
Sent: Sunday, May 07, 2006 12:5
> Also recently started on a AJAX-based APP client to go with it.
Very cool! This is something I can help with if needs be... I'm still trying to get my legs in Python, and with some missing holes in IronPython to allow Demokritos to run natively have held the AtomicRSS.NET project off for now
hair, but better results to showcase.On 5/5/06, M. David Peterson
<[EMAIL PROTECTED]> wrote:
I've got several.
GlobalClip (trac:http://dev.extensibleforge.net/wiki/GlobalClip svn: svn://src.extensibleforge.net/trunk/GlobalClip)
An implementation of MS's LiveClipboard that (for t
I've got several.
GlobalClip (trac:http://dev.extensibleforge.net/wiki/GlobalClip svn: svn://src.extensibleforge.net/trunk/GlobalClip)
An implementation of MS's LiveClipboard that (for the moment) uses S3 as a way of storing and accessing content that someone wants to either allow public access
So kind of like a best practice doc?
On 5/5/06, David Powell <[EMAIL PROTECTED]> wrote:
Friday, May 5, 2006, 12:20:25 AM, A. Pagaltzis wrote:> * M. David Peterson <
[EMAIL PROTECTED]> [2006-05-04 23:30]:>> Or is something like this simply inviting WAY TOO MANY little>> t
On 5/4/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* M. David Peterson <[EMAIL PROTECTED]> [2006-05-04 23:30]:
> Or is something like this simply inviting WAY TOO MANY little> things to find justification to plug up the collective inbox of> the community members?I don't
Just a note: When you consider that what people gain is, in essence, a simplified way to gain access to information that is otherwise accessible, just at a higher over-the-wire , and processor intensive cost, then it makes a lot of sense to create an extensible namespace/specification devoted stri
ite extra-credit points for (as far as I know anyway) for being the first off-the-line... If nothing else, theres reward in such knowledge in and of itself, but I hope you win either way :)
On 5/3/06, Mihai Sucan <[EMAIL PROTECTED]> wrote:
Le Tue, 02 May 2006 23:41:10 +0300, M. David Peters
is didn't take place.
Thanks again for the response and for taking the steps to get it fixed! :)
On 5/2/06, Mihai Sucan <[EMAIL PROTECTED]> wrote:
Le Tue, 02 May 2006 20:51:41 +0300, M. David Peterson<[EMAIL PROTECTED]
> a écrit:>> I can only assume that someone from Opera is o
y
assume that, like the Fx community, the Opera community would prefer
that bug reports don't come through the ratings channel.
Thanks in advance!
--
M. David Peterson
http://www.xsltblog.com/
;?
> >
> >> href="comments"
> > xml:base="/06/04/21/blah/" />
> >> updated="...">5
> >
> > You just know there'll be a few idiots that will try that on.
> >
> > e.
> >
> >
>
>
--
M. David Peterson
http://www.xsltblog.com/
fixed >
http://www.oreillynet.com/xml/blog/2006/04/update_hello_saxon_on_net_an_a.html#comment-25989
On 4/20/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
> I misread I'd as I'll --
>
> My bad... I'll make the report :)
>
> On 4/20/06, James M Snell <
should
be considered a best practice.
The next day I reread and realized my mistake, but decided then to
just let it be. But in realizing that people might read the archives
and walk away completely baffled by my response I decided it would be
best to get this error properly documented.
On 3/31/
I misread I'd as I'll --
My bad... I'll make the report :)
On 4/20/06, James M Snell <[EMAIL PROTECTED]> wrote:
>
> No idea if they're already aware. I'd go ahead and report it.
>
> M. David Peterson wrote:
> > http://www.oreillynet.com/xml
>> http://www.oreillynet.com/xml/blog/2006/04/update_hello_saxon_on_net_an_a.html#comment-25975
Thanks James!
On 4/20/06, James Holderness <[EMAIL PROTECTED]> wrote:
>
> M. David Peterson wrote:
> >>> Are you aware that those of us who read your blog in an aggreg
Cool! Thanks James :)
On 4/20/06, James M Snell <[EMAIL PROTECTED]> wrote:
>
> No idea if they're already aware. I'd go ahead and report it.
>
> M. David Peterson wrote:
> > http://www.oreillynet.com/xml/blog/2006/04/update_hello_saxon_on_net_an_a.html#comment
r a closer look.
Steven Black | April 14, 2006 09:10 AM <<
before I post a bug to FeedDemon for something they are already aware
of, does anybody know if they are?
--
M. David Peterson
http://www.xsltblog.com/
ket's item listing. 3. Added command runtime display. Download Get #Sh3ll-2 .0.zip now ! > http://s3.amazonaws.com/sharpSh3ll/sharpSh3ll-2.0.zip
---On 4/13/06, M. David Peterson <
[EMAIL PROTECTED]> wrote:
:D Okay, now I feel like an idiot :D Right on... well I'll make sure that
Dominic's recent reply:Yes I will ensure they are valid using feedvalidator. Thanks.
-DominicOn 4/13/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
:D Okay, now I feel like an idiot :D Right on... well I'll make sure that the output validates for both Atom and RSS and p
:D Okay, now I feel like an idiot :D Right on... well I'll make sure that the output validates for both Atom and RSS and ping back when it does.Thanks for the follow-up!
On 4/13/06, James M Snell <[EMAIL PROTECTED]> wrote:
It should be http://s3.amazonaws.com/dds/37MB" />M. D
com/dds/37MB http://s3.amazonaws.com/dds/6MB- JamesM. David Peterson wrote:> FYI...
> http://developer.amazonwebservices.com/connect/thread.jspa?messageID=37055邿> <
http://developer.amazonwebservices.com/connect/thread.jspa?messageID=37055邿>>> --> >> M. David Peterson> http://www.xsltblog.com/
-- M. David Petersonhttp://www.xsltblog.com/
mazonwebservices.com/connect/thread.jspa?messageID=37055邿>>> --> >> M. David Peterson> http://www.xsltblog.com/
-- M. David Petersonhttp://www.xsltblog.com/
FYI... http://developer.amazonwebservices.com/connect/thread.jspa?messageID=37055邿--
M. David Petersonhttp://www.xsltblog.com/
Hey Folks,Great discussion going on here... Thanks! > http://www.oreillynet.com/xml/blog/2006/04/the_power_of_the_people.html
On 4/12/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* David Powell <[EMAIL PROTECTED]> [2006-04-13 00:15]:> This seems to be the wrong priority to me.Convincing arguments,
> Hosting is not the point.Yep. 'tis why I said the word "backup".On 3/31/06, A. Pagaltzis <
[EMAIL PROTECTED]> wrote:
* M. David Peterson <[EMAIL PROTECTED]> [2006-04-01 03:15]:> Obviously the main wiki would be better, but if this can act as> a backup plan
If it turns out this is not possible, you;re more than welcome to use the UnderstandingAtom SVN repo, and either directly through SVN or by appending ?rev=xx&format=raw - or - ?rev=xx&format=text (where xx is the revision number you want access to) to the end of the URI, which mirrors the repositor
iginal problems that Atom set out to solve was the desire
> by people to use relative URIs. Even in their content. In fact,
> PARTICULARLY in their content.
>
> My recent post of Common Feed Errors demonstrate that this demand
> certainly exists - even in RSS:
>
> http://www.intertwingly.net/blog/2006/03/13/Common-Feed-Errors
>
> It would be helpful if people were to update:
>
> http://intertwingly.net/wiki/pie/XmlBaseConformanceTests
>
> - Sam Ruby
>
>
--
M. David Peterson
http://www.xsltblog.com/
Good enough for me :) (although, I had already been convinced of this by the rest of you as well)On 3/31/06, Tim Bray <
[EMAIL PROTECTED]> wrote:On Mar 30, 2006, at 9:20 PM, James M Snell wrote:
> I would agree that, as a best practice, the xml:base should appear on> the content element, but implem
this post... any and all comments, and even furthermore, testing anyone can throw at it will be GREATLY appreciated :)
On 3/31/06, Antone Roundy <[EMAIL PROTECTED]> wrote:
On Mar 31, 2006, at 7:01 AM, A. Pagaltzis wrote:> * M. David Peterson <[EMAIL PROTECTED]> [2006-03-31 07:55]:>>
ack ExtremeXSLT session sometime in the next few hours? :D
Regards,--Aristotle Pagaltzis // <http://plasmasturm.org/>
-- M. David Peterson
http://www.xsltblog.com/
hand*s*.On 3/31/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
Oh, I agree that if this can be done in a consistent manner, then using the xml:base attribute on each //entry/content element would be absolutely WONDERFUL. The trick is to figure out how to ensure a consistent le
Oh, I agree that if this can be done in a consistent manner, then using the xml:base attribute on each //entry/content element would be absolutely WONDERFUL. The trick is to figure out how to ensure a consistent level of avaialability and accuracy of the value of each instance of
content/@xml:bas
context has any value whatsoever.
Pick a planet, any planet, and my point suddenly and immediattelly becomes relavent.On 3/30/06, Antone Roundy <
[EMAIL PROTECTED]> wrote:
On Mar 30, 2006, at 10:00 PM, M. David Peterson wrote:> Then it should be a best practice that if they invoke this, the&
> RFC4287, section 2:> >> > Any element defined by this specification MAY have an xml:base> > attribute [
W3C.REC-xmlbase-20010627]. When xml:base is used in an> > Atom Document, it serves the function described in section> 5.1.1 of> > [RFC3986], establishing the base URI (or IRI) for resolving any
> > relative references found within the effective scope of the> xml:base> > attribute.> >> > Seems pretty clear to me. Yes, the base URI of that HTML is now
> > whatever xml:base said it was -Tim> >> >> >>>>>> --> >> M. David Peterson>
http://www.xsltblog.com/ <http://www.xsltblog.com/>-- M. David Peterson
http://www.xsltblog.com/
d the first page. :)
On 3/30/06, Antone Roundy <[EMAIL PROTECTED]> wrote:
On Mar 30, 2006, at 8:34 PM, M. David Peterson wrote:> ...the content element can be basically anything as long as its either>> - non-escaped plain text with a @type value set to text,> - escaped text,w
Then it should be a best practice that if they invoke this, the xml:base value should be set upon the "element containing the text", in this case, the content element. Obviously you can't simply assume that the current xml:base in context has any direct relation, and therefore value to the current
Oopps > Canadian *M*ount*ie*Sorry Tim! :)On 3/30/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
> @href attribute *or other attribute or elements who's value CAN or MUST be a URI/IRI*
On 3/30/06, M. David Peterson <
[EMAIL PROTECTED]> wrote:I have to wonder why xml:base
> @href attribute *or other attribute or elements who's value CAN or MUST be a URI/IRI* On 3/30/06, M. David Peterson <
[EMAIL PROTECTED]> wrote:I have to wonder why xml:base would apply to anything other than the hardline schema specific @href attribute values of the structured doc
I have to wonder why xml:base would apply to anything other than the hardline schema specific @href attribute values of the structured document in which the schema directly applys to. Extending this, a good portion of an Atom document is fairly rigid in regards to what is and is not allowed until y
http://understandingatom.com/ (made more evident via http://understandingatom.com/introspection (thanks Sylvain! :))
In regards to how this relates to the progress of AtomicRSS, its what I am labeling "temporary compromise" while I wait for IronPython's direct implementation of the socket module (m
oh, to get your creative juices flowing add ?torrent to the end of either of these URI's.
On 3/27/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
Hey Folks,
For a matter of convenience for my own apps I've posted Uche's updated atom.rnc file to http://s3.channelxml.com/
Hey Folks,
For a matter of convenience for my own apps I've posted Uche's updated atom.rnc file to http://s3.channelxml.com/scheme/atom.rnc
If not obvious, s3.channelxml.com is a cname record that points at s3.amazonaws.com. so the same file is available via
http://s3.amazonaws.com/scheme/atom
Hey Folks,
Just finished up an IM conversation with DonXML and he pointed me to this list SourceForge list as the proper entry point to begin discussions regarding the potential integration of a project that has already been started that is focused on bringing layered support for the Atom web fee
of everything into one feed) :
http://trac.understandingatom.com/timeline?milestone=on&ticket=on&changeset=on&wiki=on&max=50&daysback=90&format=rssEnjoy your day :)-- M. David Peterson
http://www.xsltblog.com/
racking the process from start to finish as we go?
I'll get started on this now.
Thanks again!
On 3/22/06, David Powell <
[EMAIL PROTECTED]> wrote:
Wednesday, March 22, 2006, 5:13:05 AM, M. David Peterson wrote:> Hey Folks,> > With yesterdays build release of IE
n this now.
Thanks again!
On 3/22/06, David Powell <[EMAIL PROTECTED]> wrote:
Wednesday, March 22, 2006, 5:13:05 AM, M. David Peterson wrote:> Hey Folks,> > With yesterdays build release of IE7, it seemed appropriate to run
> aquick inventory check to see where things stand i
Hey Folks,
With yesterdays build release of IE7, it seemed appropriate to run a quick inventory check to see where things stand in regards to the derived MS/RSS conversion of a fairly element/attribute usage heavy Atom feed. Here's the overall breakdown.
Process:
I took a quick snapshot of th
that atom:uri is an IRI-reference, so it is affected by any
> xml:base attributes on that element.
>
> And that atomCommonAttributes also covers extension attributes, which
> are also allowed anywhere. They are "undefined", which *I* think means
> that implementations need not feel bad about dropping them on the
> floor. The official meaning is, er, undefined.
>
>
> --
> Dave
>
>
--
M. David Peterson
http://www.xsltblog.com/
real thought into this area, and obviously I
need to put a lot more.
Thanks again for clearing things up and providing the links!
On 3/15/06, Stephane Bortzmeyer <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 14, 2006 at 10:36:36PM -0700,
> M. David Peterson <[EMAIL PROTECTED]> wro
Bartók is the family name.
>
> While common western names (eg. Eric Scheid) would be indexed as Scheid,
> Eric; a comma is instead simply added between the Hungarian surname and
> forename, making Hungarian names indistinguishable from other Western-style
> names. For example: Bartók Béla is indexed as Bartók, Béla.
>
> Icelandic names are another game altogether.
>
> e.
>
>
>
--
M. David Peterson
http://www.xsltblog.com/
>"atom:name" and "atom:uri" and "atom:email" elements used within
> >Person constructs.
>
> For atom:uri and atom:email at least, not having xml:lang may
> be seen as a feature. While these often contain pieces from one
> language or another, they are not really in a language.
>
> Regards, Martin.
>
>
--
M. David Peterson
http://www.xsltblog.com/
don't then we won't be left scrambling. If they do, then I just became a better Python programmer, and we all got better and understanding how to build software at the community level.
Not a bad tradeoff/risk either way. :) Thoughts, criticisms, suggestions?-- M. David Peterson
http://www.xsltblog.com/
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
James, Heres the thing that Aristotle nailed on the head, that should have been painfully obvious to me as this is something I learned when I was just a wee little thing running around building 5 of MS campus, a part of MS termed the "Old
M.S. Campus" (not to be confused with the "Old Old MS" buil
t hear anything from me, k? ;) :D
On 3/9/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
* Why can't I publish my own stylesheet and use these Microsoftelements for collation, background, etc. This Microsoft stylesheet should
be replaceable. *
I would say this is a quite valid ques
* Why can't I publish my own stylesheet and use these Microsoftelements for collation, background, etc. This Microsoft stylesheet shouldbe replaceable. *
I would say this is a quite valid question.
Is this capability planned and has simply not been implmented at this stage? I realize the look
Hey Aristotle,
Thanks for the reply!
On 3/9/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
No, one of them (NetNewsWire) is a desktop application. Like alldesktop aggregators, it throws away any styling information
associated with the feed via XML means. Many of them will evenfilter away (some of)
couple notes: (yes, this is a generalization,
and some people are building web sites that are built in a more complicated
way, but in the vast majority of cases, it's true). In fact, yes, this is true, but its easy to circumvent by using a bootstrap file. A simple application/xml MIME-type used a
>> For example, because the feed view is part of the client, instructions
explaining what a feed is, and why subscribing is a useful and interesting
thing to do are presented in the user's system language, regardless of
the language of the feed. If the user chooses, they can turn off the IE feed
vi
ask...
http://trac.understandingatom.com/wiki/BrowserBasedAtom%26RSSOn 3/9/06,
M. David Peterson <[EMAIL PROTECTED]> wrote:
Lets try that again, to everyone this time:
I think we are both on the same page. I'm glad to see that. I was suddenly beginning to feel like I had missed some
MUCH better now!
On 3/9/06, David Nesting <[EMAIL PROTECTED]> wrote:
On 3/9/06, M. David Peterson <[EMAIL PROTECTED]
> wrote:
If, in fact, what you mean by this *IS* that its the end users choice, then I would tend to agree... as long as the option exists.
That was, actually
ont necessarily contradict each other.
It seems maybe that the IE7 and RSS teams need to decide what the message is overall, and then speak to that point once they have...
On 3/9/06, David Nesting <[EMAIL PROTECTED]> wrote:
On 3/9/06, David Nesting <[EMAIL PROTECTED]
> wrote:
On 3/9
der list.
On 3/9/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
""this is a feed intended for rendering in an aggregator" and"Publishers' don't have control over the look of their feed in" otherreaders."WHAT??? Are you kidding me... If by other reader
Aristotle,
Both of these are services, not browsers. As a service, its understandable... Limited server resources would justify this, as would the need to cache the data feed, and the related transformation or css files. However, when the client accesses the feed directly from the browser, the
y to promote have at their disposal. I know at least a couple hundred folks myself that I know would be happy to publish such information as long as this information stayed within the confines of the end user and developer licensing agreements. Which it would.
On 3/9/06, M. David Peterson <[E
>> When you provide information in an XML format, you're providing information, not a web page. You may desire to have it rendered a certain way when it's rendered by a web browser, but the consumers of your data can do whatever the heck they want with it. <<
I'm sorry, but you're wrong. What you
Still quite a bit of general site inrastructure to finish off, but the trac instance is now live and ready for contributions as anyone might see fit.When significant updates, including the completion of the
http://understandingatom.com/ base for this project, have been made I will ping back this t
that there exists at least some potential somewhere in all of this... finding that potential, of course, is the key...
Thanks for your help and extemded information!
Antone-- M. David Peterson
http://www.xsltblog.com/
ets do it and take a whole bunch of risk because of it"
On 2/27/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
When you say "what it was designed for" can you be specific as to what that definition is? Sorry, new to the conversation, but I have particular interest in this top
ered that this is stretching the use ofthe link element beyond what it was designed for.Antone-- M. David Peterson
http://www.xsltblog.com/
ssing channel element: description [
help]
</div>2true
^
line 19, column 74:
Missing channel element: link [help
]
</div>2true
From: M. David Peterson [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 26, 200
at most anything I write tends to send the spell checking engine into fits of fury... so I save my CPU cycles for take two and beyond :)
On 2/26/06, M. David Peterson <[EMAIL PROTECTED]> wrote:
Neat idea :)
> Why does IE7 rip out xml-stylesheet directives.
I can only assume your
Neat idea :)
> Why does IE7 rip out xml-stylesheet directives.
I can only assume your server is serving up the atom file (correctly) as application/atom+xml? If yes, application/atom+xml is transfered directly to the feed rendering mechanism, bypassing the xml parsing mechanism that would read t
97 matches
Mail list logo