Slashdot Mirror


Apple Breaks RSS with Photocasting

Barry Norton writes "VNUNet reports that the Photocasting feature in Apple's iPhoto application violates core XML and RSS standards. Perhaps the worst part is that, in many cases, this isn't even a case of 'embrace and extend', but just plain doing it wrong. Dave Winer, essentially the creator of RSS, says, 'It's pretty bad. There are lots of errors, the date formats are wrong, there are elements that are not in RSS that aren't in a namespace.'"

59 of 270 comments (clear)

  1. RSS Validation Utility? by eldavojohn · · Score: 4, Interesting

    I know there are plenty of RSS Validation tools out there that will go to a website and tell you whether or not the RSS Feed is valid based on current standards but what about for applications?

    What does Dave Winer (or anyone who works with RSS daily) recommend we use to validate applications and websites? What's the best tool to quickly and efficiently evaluate our work in parsing and assembling RSS?

    I've used nifty tools like XML Spy for validating XML and XSD forms and I was wondering if there is an equivalent for RSS 1.0, RSS 2.0 and Atom 0.3 formats.

    --
    My work here is dung.
    1. Re:RSS Validation Utility? by GeorgeH · · Score: 5, Informative

      The source code for FeedValidator is freely available on SourceForge

      --
      Why can't I moderate something "Wrong" or at least "Grossly Misinformed"?
    2. Re:RSS Validation Utility? by GoodOmens · · Score: 3, Funny

      Well I'm going to lose some sleep tonight over this :-(

    3. Re:RSS Validation Utility? by laffer1 · · Score: 4, Insightful

      Well there are a lot of loose RSS validators. They are part of the problem.

      For example, livejournal.com and sun's java developer RSS feeds are both invalid from an XML perspective. I can't parse sun's feed IN JAVA using the XML parser. Now thats sad. Some guy probably created a servlet (intern?) that does like out.println or something.. No validator should probably display either feed since its not XML friendly. That would mean the feed fails when the developer tests it and then this can never happen. Apple's safari implementation is VERY loose on invalid RSS feeds which in turn causes their developers to make this invalid feed. I think its safe to say apple tested it with their own browser. Wouldn't you?

      Obviously, one could write their own parser for an RSS feed without relying on the fact its XML and treat it like an HTML 2.0 document. You know.. write your own parser, don't assume documents are valid.. everything XML was supposed to save us from.

      I don't know about others, but when i generate XML documents I often find it difficult to know what characters are safe to escape, etc. & for example is a pain in the ass as are . If you escape them like the suggested escape for iso latin1 < then you are using an ampersand. Oh no... Sometimes parsers react to ' and " as well.

    4. Re:RSS Validation Utility? by JesseMcDonald · · Score: 2, Informative

      You might also have to escape the occasional quote character if it occurs inside an attribute, like so:

      <element attrib="this is "my" text"/>

      Without the escapes, that attribute value will fail to parse correctly, since the text appears to end halfway through the string.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
  2. Wow, a 1.0 release is buggy? This has never happen by chriss · · Score: 5, Insightful

    This is stupid. And false. To quote TFU:

    Strictly speaking Apple is not doing anything wrong. RSS is not an official standard governed by a standards body, and anybody can make changes and introduce new elements and extensions.

    and

    But early tests showed that the feature fails to work with some feed readers because it deviates from common RSS practices.

    Apple fucked up the implementation of photocasting. Technically they didn't break it, but didn't use it in a way some feed readers expected. This seems to be the result of incompetence, not an attempt to create their own proprietary RSS version.

    This looks like a case of a 1.0 version. Common wisdom is that commercial software sucks before 2.0. iPhoto 1.0 was dog slow when you had more than a coupe of hundreds of pictures in your library. Aperture 1.0 messed up some image correction parameters. All this was fixed in the following releases. Open Source software avoids this by staying below 1.0 for a decade. Since Steve Jobs made a big point about photocasting being compatible with existing readers during the MacExpo keynote and there being no sign of intended "embrace and extend", we can assume that this will fixed with the next iPhoto update.

    Nothing to be seen here besides another sensational Apple bashing report. Please move along.

  3. Instead of assuming the worst... by daveschroeder · · Score: 4, Insightful

    ...and throwing up our arms and collectively running around like chickens with our heads cut off as if we're helpless to do anything, which is what seems like everyone is doing in the context of this 'OMG! Apple breaks RSS!' brouhaha, since Apple prides itself on embracing open standards when possible, why not simply report these as bugs and presume they will be fixed, since Apple, you know, is fairly responsive to community concerns and actually likes fixing these sorts of problems that tend to break things for everyone?[1]

    - http://www.apple.com/feedback/iphoto.html
    - http://bugreport.apple.com/ (trackable, but requires free Apple Developer Connection account)

    [1] Strictly speaking Apple is not doing anything wrong. [...] anybody can make changes and introduce new elements and extensions.

    1. Re:Instead of assuming the worst... by beakerMeep · · Score: 2, Funny

      I've always liked the collective-chicken-flailing thing. Meh, to each his own I guess. You go on and be rational if that suits you.

      --
      meep
    2. Re:Instead of assuming the worst... by Zathrus · · Score: 2, Interesting

      since Apple prides itself on embracing open standards when possible, why not simply report these as bugs and presume they will be fixed

      Maybe they will be.

      And maybe Apple will finally properly implement the ID3V2 tag standards -- they use a non-compliant tag (TCMP is not a valid ID3V2 tag, and they use it on all "compilation" albums; there are many other tags that could be used instead and still comply with the standard) in all of their implementations and their ID3V2.4 implementation is completely fucked.

      And yes, they've been asked to fix this many times and have ignored it.

      Yeah, I know the ID3V2 standards are rather poorly written in some places, but Apple's implementation (at least of 2.4) is so bad it's as if they didn't even try.

  4. I doubt they're trying to be malicious. by CyricZ · · Score: 4, Insightful

    This sounds far more like a case of them trying to rush the the product out. As often happens in such situtations, the quality of the product can suffer. This doesn't strike me as a malicious action in any way.

    I wouldn't be surprised if these issues were fixed by an update in the near future. Of course, some may question if the software should have been released in the first place, but regardless, it has already been released. Considering Apple's goodwill towards the community, I'm quite confident that these problems will be resolved promptly.

    --
    Cyric Zndovzny at your service.
  5. Microsoft to the rescue? by caluml · · Score: 4, Funny

    Perhaps Microsoft can send them a few developers to help out? Together, I'm sure they can really mess it all up :)

  6. Summary of TFA by TubeSteak · · Score: 3, Insightful
    "Assuming that [Apple's] intentions are good, and they're not trying to kill RSS, why don't they put some of us under [a non-disclosure agreement] and let us help them get the bugs out before they ship," he suggested.

    Strictly speaking Apple is not doing anything wrong. RSS is not an official standard governed by a standards body, and anybody can make changes and introduce new elements and extensions.
    Summary: Whoever coded iPhoto farked up, but they can fix it.
    --
    [Fuck Beta]
    o0t!
    1. Re:Summary of TFA by geoffspear · · Score: 2, Insightful
      Summary: Apple should hire every programmer in the world, just in case one of them wouldn't have made the mistake they made.

      Sounds practical.

      --
      Don't blame me; I'm never given mod points.
  7. Apple by kris_lang · · Score: 2, Insightful

    Hmm, I'll have to check this out on my box when possible. Maybe Apple is finally getting big enough, with its large iPod base, to think it's morphing into a 366 Kg gorilla and that it can start its own extensions, much like MS tried to break Java. But then again, maybe it was careless unchecked buggy prototype code that was released into the wild. Either way, it shows a carelessness and thoughtlessness that shouldn't be coming out of apple products. This saddens me since I've been an Apple fanatic since the ][+ .

    1. Re:Apple by lpangelrob · · Score: 2, Insightful
      No, it shouldn't, so most likely someone's getting fired. Not using a validator to check one's own code? I suppose most corporate sites get away with that (along with being IE only), but software developers shouldn't.

      Probably will see iPhoto 6.0.1 around the corner, in the meantime.

    2. Re:Apple by greginnj · · Score: 4, Funny

      I was about to compliment you for your metric conversion, then decided to see for myself to guess at your source, but...

      800 pounds = 362.873896 kilograms

      Correct to 6 decimal places is funny; being off by more than 3 kg isn't... Use the power of Google, people!

      --
      Read the best of all of Slash: seenonslash.com
  8. Jumping the gun by Ithika · · Score: 3, Insightful

    Just about every single comment so far has been berating other commenters for "Apple bashing" and automatically assuming that this was done intentionally and maliciously.

    Methinks they prostest *too much*...

  9. Do it right baby, yeah! by digitaldc · · Score: 2, Funny

    Perhaps the worst part is that, in many cases, this isn't even a case of 'embrace and extend', but just plain doing it wrong.

    Maybe someone should send them a copy of 'The Joy of Sex?'

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  10. Re:Standards? Who needs standards! by CyricZ · · Score: 2, Informative

    Sometimes standards are extremely difficult to follow. Now, the RSS standard isn't an overly large one. But there are some industrial standards that when printed run to five or six volumes, 900 pages each. It's very difficult for one person to have a solid grasp of all that material, especially when there are deadlines to meet.

    Of course, interpretation of standards can cause problems, too. Often times what appears to be a broken application is just a matter of other applications it must interact with not following the standard, either.

    In any case, it is quite obvious that Apple was not trying to create an anti-standards service there. When you're adding technology such as photocasting into an existing product, and such functionality it isn't necessary covered by the standard, you may have no choice but to create a standards-incompatible product.

    --
    Cyric Zndovzny at your service.
  11. I find this odd... by scolby · · Score: 2, Insightful

    Correct me if I'm wrong, but isn't Safari the only browser that passes the Acid2 standards test? Odd that they would put the effort in to make their browser standards compliant, then not bother making something like Photocasting standards compliant. Was this intentional, or did they just nerf it up?

  12. Apple XML Challenged by Baavgai · · Score: 4, Interesting

    Not real surprising. I was all excited that iTunes had an XML export facility for the library, until I saw it.

    I'd expected to apply some kind of transformation to the document to make it suit my needs, but this was tragic. It was painfully obvious that whoever wrote the export didn't even remotely "get" it. It was some horrid hodgepodge of tags all slapped together around what amounted to a CVS dump. It was well formed, basically useless as an XML document.

    I'd have been happier is the export was a simple delimited file or even a binary dump, at least it would have been smaller.

    RSS fubar? Yep, they still have the same people doing their XML. Let hope this makes them rethink that...

    1. Re:Apple XML Challenged by Zathrus · · Score: 2, Interesting

      I was all excited that iTunes had an XML export facility for the library, until I saw it.

      Yeah, it's an amazingly crappy XML format -- it's a wonderful example of what not to do with XML.

      That said, it's in plist xml format -- if you can find a library that knows how to deal with plists (in XML), then you're set. Any decent library will transform it into something more useful. I found a decent plist parser for python that works on top of SAX. I'm still playing around with it, but it's a lot less work than reinventing the wheel.

  13. Re:Wow, a 1.0 release is buggy? This has never hap by TubeSteak · · Score: 4, Insightful
    Ummm... This isn't Apple bashing.

    The guy is just bashing a product that doesn't work like all the others.

    Remove Apple and insert Google, MS, [Your favorite company here]
    Since Steve Jobs made a big point about photocasting being compatible with existing readers during the MacExpo keynote and there being no sign of intended "embrace and extend", we can assume that this will fixed with the next iPhoto update.
    NO, this is not something that should be fixed with the next update, if anything, it's an even greater reason to rag on Apple for releasing a broken feature.

    In TFA, the guy says he would have been willing to sign a NDA to help Apple straighten this out before they released it.

    You seem to be a bit touchy this morning. To much coffee?
    --
    [Fuck Beta]
    o0t!
  14. A problem with the readers or with Apple? by CyricZ · · Score: 3, Insightful

    It would seem the problem is more with RSS readers in this particular case, more so than it is with Apple and Apple's implementation.

    If a web server starts sending back unexpected garbage replies to a web browser, we would all expect the web browser to handle such replies without problem. The same should hold true for RSS readers. They have to be developed in a way to deal with bad data, and if they aren't then they are a low-quality software product.

    Does anyone have a list of the readers which were affected by this? If so, we should immediately contribute fixes for the open source readers, while avoiding the rest in the future.

    --
    Cyric Zndovzny at your service.
    1. Re:A problem with the readers or with Apple? by Anonymous Coward · · Score: 2, Insightful

      Nope, that's what got us to the point of such pain in HTML. What makes XML great is that if it's not to spec, it's rejected by the reader, etc.

      Really, authoring to XML specs is very easy -- even when you're, say, scripting out (in which case it's trivial).

      The way to handle bad data is to say, "Whatever you requested is not working at the moment." Not attempt to divine the intent of the author through crufty and broken xml.

    2. Re:A problem with the readers or with Apple? by Bogtha · · Score: 5, Insightful

      If a web server starts sending back unexpected garbage replies to a web browser, we would all expect the web browser to handle such replies without problem.

      Please don't speak for anybody but yourself. Having to handle whatever garbage is thrown its way is one of the reasons why alternative browsers have such a difficult time rendering all websites "properly".

      It's a big problem, it works not unlike an arms war - as soon as the most popular browser understands a particular type of garbage, the others have to race to catch up. It's completely unnecessary work. So the authors of the XML specification required all XML parsers to immediately stop parsing upon encountering garbage, to ensure that another "arms race" doesn't happen in future.

      Postel's Law only works when both sides of the equation are balanced. The producers on the web have made it perfectly clear time and time again that they are not willing to take care with what they produce. So attempting to be liberal in what is accepted is a losing strategy, because you just have to work more and more just to stay in the same place.

      RSS is a format based on XML. As such, no, RSS readers should not work in the same way as browser tag soup parsers, otherwise we'll have exactly the same situation we have with HTML all over again.

      --
      Bogtha Bogtha Bogtha
    3. Re:A problem with the readers or with Apple? by oldwolf13 · · Score: 2, Insightful

      That settles it.

      Apple fanatics will find an excuse for ANYTHING apple does.

      Sorry for the flamebait, but it's true... every time I see something written about Apple doing something wrong... and they do... they spin it around to look like it's someone elses fault, or it's just plain good.

      With users like that, Apple really doesn't need a PR department.

      --
      If I can't smoke and swear I'm fucked.
    4. Re:A problem with the readers or with Apple? by CyricZ · · Score: 2, Interesting

      Welcome to the world of engineering! Remember, this isn't Computer Science we're talking about, where most everything is peer-reviewed and works nicely. In the arena of real-world software design, compatibility with your competitor or even with your users is often a massive pain in the ass. But such difficulties are unavoidable, and part of engineering, be it civil, mechanical, or software.

      You won't hear a civil engineer bitch about how annoying earthquakes are, and how much easier their life would be if they didn't have to take excessive wind gusts into account when designing structures. They just shut up and deal with the problems that they're faced with. Software engineers should do the same when it comes to the difficulties they face when creating a product.

      Standards help keep everyone near the same page, but they never coordinate everyone's products or actions perfectly. The developers of software must make a tradeoff between standards compliance and market share. Any browser or RSS reader, for instance, which doesn't accept what the others accept will often become irrelevant in the eyes of the users.

      Rejecting all invalid, yet interpretable, input is not a wise idea. If data has an extra-standard interpretation by some other implementation, then it is not "garbage". As such, other implementations worried about their marketshare have no choice but to add similar support. The "solution" of barfing out on such data will only decrease a products marketshare, making it irrelevant in the long run.

      --
      Cyric Zndovzny at your service.
    5. Re:A problem with the readers or with Apple? by Bogtha · · Score: 2, Interesting

      You won't hear a civil engineer bitch about how annoying earthquakes are

      What a ridiculous analogy. You can't stop earthquakes from happening easily. But you can stop your software from emitting malformed documents easily.

      Any browser or RSS reader, for instance, which doesn't accept what the others accept will often become irrelevant in the eyes of the users.

      That's why it's so important that all XML parsers throw out malformed documents. Even Apple's.

      Rejecting all invalid, yet interpretable, input is not a wise idea.

      XML doesn't demand that you reject invalid documents. Only malformed documents. And it's a very good idea if everybody does it. In particular, it's a hell of a lot better than having to deal with the "earthquakes" of nonsensical documents.

      --
      Bogtha Bogtha Bogtha
    6. Re:A problem with the readers or with Apple? by 51mon · · Score: 2, Insightful

      "You won't hear a civil engineer bitch about how annoying earthquakes are"

      You would if the earthquakes were being created by the civil engineers in the next Office. Especially if it was because the civil engineers in the next Office were incompetent.

      Go read what XML was designed for.

  15. Re:Wow, a 1.0 release is buggy? This has never hap by Bogtha · · Score: 5, Insightful

    Strictly speaking Apple is not doing anything wrong. RSS is not an official standard governed by a standards body, and anybody can make changes and introduce new elements and extensions.

    RSS is XML. As such, processors need to conform to the XML specifications. iPhoto doesn't do this, it gets various things wrong, such as not requiring documents to be well-formed, and ballsing up namespaces.

    While it's true that RSS allows you to introduce your own element types via namespaces, that doesn't give you leeway to do whatever the hell you want and call it 'RSS'.

    --
    Bogtha Bogtha Bogtha
  16. Winer is not a reliable source by metamatic · · Score: 4, Insightful

    One thing it's important to understand is that Dave "by name and by nature" Winer has had a grudge against Apple ever since they shipped AppleScript, which made his enormously overpriced Userland Frontier Mac scripting system irrelevant overnight. That's why he tried to reinvent it as a web application platform.

    Of course, Winer knows all about incompatible changes to standards. His RSS 0.91 was gratuitously and completely incompatible with the RSS 0.9--that was invented by Netscape, not him. And that was just the start--look at the Wikipedia article on RSS to see how Winer deliberately broke the standards process time and time again.

    As to Apple's intentions, it should be noted that they've published DTDs and namespace declarations for their podcasting extensions to RSS implemented in iTunes. I assume they'll do the same for iPhoto, and they just haven't gotten around to it yet. As for bugs in date format, report 'em and see if they get fixed before assuming it's deliberate.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  17. From the perspective of an RSS neophyte by yardbird · · Score: 5, Interesting

    I happen to have RSS on the brain at the moment, since I just this week implemented RSS 2.0 for my personal webpage. The comments on the linked articles mostly go like this:

    - It works for me!
    - It doesn't matter that it works for you; it violates standards!
    - But there are no standards for RSS!
    - Are too!

    and so on.

    For a counterpoint, check out this blog entry:

    http://www.intertwingly.net/blog/2006/01/18/Photoc asting-Hyperbole/

    The whole flap is quite a learning experience if you're interested in RSS.

    --
    Free, legal music for iTunes users.
  18. one word... by pvt_medic · · Score: 2, Funny

    OOPS

    --
    30% Troll, 50% Underrated, 10% Interesting
    Score:5, Troll
  19. Re:Wow, a 1.0 release is buggy? This has never hap by chriss · · Score: 2, Interesting
    Is it a case of just doing things wrong, or a case of doing things wrong and expecting the world to follow these changes?

    Do you thing the world will change its way of handling RSS due to Apples implementation of photocasting? I guess some readers will accept Apples RSS misbehavior as an alternative to be compatible, like web browsers accept shitty HTML pages. But most will not. If they even care (Apple is still a dwarf in the RSS world), they will simply wait if this will not be fixed in a couple of weeks. Apples own RSS reader is Safari, used by 2%-3% of all surfers. Not really something you worry about being picked up by users as an alternative to your RSS reader temporarily without photocasting compatibility.

  20. We're Apple by Nom+du+Keyboard · · Score: 2, Funny
    this isn't even a case of 'embrace and extend', but just plain doing it wrong.

    Hey, we're Apple! Whatever we do is by definition Right. Now go change the standard to conform.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  21. brain cell misfire: add more caffeine, try again. by kris_lang · · Score: 5, Funny

    damn, i used my brain cells with 2.2 pounds ~ 1.0 Kg,
    so that made it 800 lbs / 2.2 or kinda 400 / 1.1,
    1 over 11 is 9.090909..., so its 360+3.6+.36, so oops
    I erred in my head, I should have had 363.(63)* repeating, which would have been DAMN closer. Damn the power of brainware. Who taught this AI system??? But hey, it was just a side-bar in a comment, and close enough is close enough for a commentary. It's not like I was scheduling a fly-by for Saturn's moons or anything.

    Or perhaps Apple's diet made it a little leaner, yeah, yeah, that's the ticket. I was commenting on how it STILL is not quite a complete 800 lb gorilla. Yeah, that's what I meant!

  22. Re:Wow, a 1.0 release is buggy? This has never hap by NickFitz · · Score: 3, Informative

    And, as Mark Pilgrim's original email which is the basis of TFA points out, Apple haven't even implemented XML namespace support correctly.

    --
    Using HTML in email is like putting sound effects on your phone calls. Just say <strong>no</strong>.
  23. oh noes! by tomstdenis · · Score: 2, Insightful

    It's RSS... not something more important like DNS or whatever.

    Who cares if they have their own spin on it. People with compliant RSS readers will be able to see other compliant feeds.

    It isn't like Apple is the ONLY source of RSS feeds.

    I dunno, I've been out of the "hip tech" for a while, is Apple the only place to get an RSS feed?

    Tom

    --
    Someday, I'll have a real sig.
  24. What about iTunes by ase · · Score: 2, Insightful

    Apple just release its updated specifications for iTunes and Podcasting. Are there similar breaks with respect to RSS 2.0? If so, then perhaps Apple is in fact changing their approach. If not, then perhaps the Photocasting situation is not necessarily the result of evil intentions.

  25. Re:Wow, a 1.0 release is buggy? This has never hap by dirvish · · Score: 2, Insightful

    This is isn't Apple bashing; just bashing of a stupid mistake. The RSS/XML specs aren't really that complicated. Apple is either stupid or just don't give a crap whether there stuff actually works.

  26. New Standard by JustOK · · Score: 5, Funny

    Let's all call it "Apple Simple Syndication (ASS)" and see what happens.

    --
    rewriting history since 2109
  27. Re:brain cell misfire: add more caffeine, try agai by greginnj · · Score: 2, Insightful

    No, not Saturn, not even a Mars lander... :) Cool, no problem, glad you took it well ... what makes it even funnier was that the subject was 'lack of proper validation' and you were going on about "it shows a carelessness and thoughtlessness" which was what made me think that you'd gone to Google in the first place...

    Time for more coffee. For us both.

    --
    Read the best of all of Slash: seenonslash.com
  28. Re:Wow, a 1.0 release is buggy? This has never hap by chriss · · Score: 4, Insightful
    You seem to be a bit touchy this morning. To much coffee?

    Coffee? Me? NEVER! Pepsi, actually. But I think this is not really related to my caffein level. I keep it at a very high level, so my brain adapted.

    It's about the header: Apple Breaks RSS with Photocasting. I read it, but sort of didn't believe, because this would be contrary to Apples former behavior. So I read the article, which is somewhat sensational by itself, but in the end gives the clear impression that this about a bad implementation, not about an intended design. Barry Norton took the most sensational parts of the article, added some conspiracy and got it posted on slashdot

    So maybe the thing I should be really annoyed about is me still being naive and believing that there is a connection between a sensational post on slashdot and reality. Unfortunately, sometimes there is, so I wont simply stop reading slashdot.

    BTW, I agree with you that Apple should not have delivered an unfinished version. But I'm not surprised they did. Maybe they didn't realize it, because it works with most RSS readers (the article says some readers don't work). If the post would be titled "Apples Photocasting incompatible with some RSS readers" I would have simply ignored it. But most likely it would never have been posted on slashdot in the first place. Bad "journalism" works.

  29. Sounds more like laziness than maliciousness by Vokkyt · · Score: 2, Insightful

    From the article:

    ""We use industry standard RSS so that anyone can subscribe. You do not even need a Mac," he told delegates at the Macworld conference in San Francisco.

    But early tests showed that the feature fails to work with some feed readers because it deviates from common RSS practices."


    This honestly sounds like the developers just got really lazy and didn't bother to check their code. Apple always says they embrace open source, and work with a lot of open source items. Odds are that they figured they had it settled, didn't check it, and put it into production anyways. This is really blown out of proportion. This quote in particular strikes me as a little odd:

    ""Assuming that [Apple's] intentions are good, and they're not trying to kill RSS, why don't they put some of us under [a non-disclosure agreement] and let us help them get the bugs out before they ship," he suggested."

    That comes off as really arrogrant begging to me. He was a project, but doesn't want to seem like he's desperate.

  30. Doesn't surprise me... by grouchofan · · Score: 4, Interesting

    Apple has always been more about making a big splash in the media with some technology than about releasing something solid and fully tested. This is the sort of thing that should have been found in beta testing, but then Apple's never been too big on doing that because it might spoil their "one more thing" at the next Steve Jobs keynote. Better to fix it after it's in the wild than risk a leak to the media. I'm not the only one questioning their quality control. There are lots of others. Just look at the mess they've made of font management in OS X. It's causing graphic designers no end of problems. The really bad part of this is that the kind of people who'll be using this application will be less-technical users who won't know why violating these standards is a bad thing and wouldn't be able to fix it if they did know. For a company that once had the best quality control and the best operating system, they've sure gone downhill. Sadly, Apple isn't learning the right lesson because their sales (thanks largely due to the iPod) are doing well and the Mac Faithful seem willing to live with the flaws just because "it's a Mac".

  31. Crackers and cheese, anyone? by kronocide · · Score: 4, Funny

    "It's pretty bad. There are lots of errors, the date formats are wrong, there are elements that are not in RSS that aren't in a namespace," said Winer.

  32. Re:Wow, a 1.0 release is buggy? This has never hap by sporkmonger · · Score: 5, Interesting

    Nonsense. RSS doesn't have to be governed by a standards body for Apple's actions to be "wrong." The spec can be found at http://blogs.law.harvard.edu/tech/rss quite easily. And there's nothing stopping Apple from visiting http://feedvalidator.org/ to make sure their code works. They clearly didn't bother to do that.

    This isn't Apple bashing either. Many of the people who are most upset about this, myself included, are diehard Apple users.

    Apple screwed up photocasting, pure and simple. And they screwed up their podcasting spec too by releasing poorly designed specs (and I'm being generous here by calling their first attempt a "spec") and then changing things later. And they've made processing of some of their elements amazingly difficult. For instance, the itunes:keywords element can either be delimitted by commas or spaces. There's nothing in the xml itself to indicate for sure which you're dealing with, you just have to guess. Check if there's a comma present, if so, split by commas, otherwise, split by spaces. But what happens if they meant to use the single keyword "bad apple" instead of "bad", "apple"? There's no way to know for sure. The whole point of a spec is to avoid this kind of rediculous imprecision.

    So yeah, Apple doesn't seem to have the first clue about generating valid RSS or XML any of that stuff. And all they had to do was ask. Secrecy is not always your best friend.

  33. Huh? by BigZaphod · · Score: 2, Insightful

    Did I miss something or did that article have basically no content? It didn't outline the actual problem - it just said there was one and, boy, it was sure terrible! It seems unlikely to me that Apple would try to destroy RSS as they've spent a considerable effort in building Safari into a nice and simple RSS reader. I think they know how to do it. Perhaps it's just a case of that feature having been rushed into iPhoto with an upcoming patch that might clean things up a bit. That is, assuming it's actually got a serious problem to begin with. Hard to tell.

  34. Watch where you put that hyperbole... by Max+Nugget · · Score: 2, Informative

    Perhaps the worst part is that, in many cases, this isn't even a case of 'embrace and extend', but just plain doing it wrong.

    Yeah, seriously. I, for one, am outraged that Apple has merely made mistakes in implementation, and is not making deliberate attempts to hijack an open standard. It just doesn't get any worse than that.

  35. Nooo! by zqad · · Score: 2, Funny

    Why did you betray us Steve? We used to read that specification together..

  36. Re:Wow, a 1.0 release is buggy? This has never hap by Tim+Browse · · Score: 2, Funny
    Open Source software avoids this by staying below 1.0 for a decade.

    Oh, please. Pre-1.0 is so last millennium. Beta is the new hotness now.

    It's Web 2.0 baby - get on the bus!

  37. Re:Wow, a 1.0 release is buggy? This has never hap by sl3xd · · Score: 2, Insightful

    This seems to be the result of incompetence, not an attempt to create their own proprietary RSS version.

    I'm reluctant to attribute incompetence to anything that can be as easily attributed to premature release (for sales/marketing reasons).

    I have little doubt an Apple developer is saying "Yup, it isn't finished, and it's a piece of crap. I know it, but I had twenty minutes until we started stamping CD's. I've got it patched, but it won't be released for a few weeks."

    In other words, I'm reluctant to blame a developer who may have had the task dumped in his lap with little or no time to develop it before it shipped.

    --
    -- Sometimes you have to turn the lights off in order to see.
  38. metamatic is not a reliable source by phildog · · Score: 2, Interesting
    Another thing it is important to understand is that metamatic appears to have had a grudge against Winer since at least June 15, 2004.

    So here it is not surprising that he has chosen to attack Winer rather than evaluate the merit of Winer's statements.

    Oh yeah, if you are reading Dave--thanks for RSS and OPML :-)

    --
    slashsearch.org - slashdot search. powered by google.
    1. Re:metamatic is not a reliable source by metamatic · · Score: 2, Informative

      I never used Dave's software, so it didn't matter to me at all when he suddenly increased the price from $0 to $900 a year. So no grudge at all.

      If you really want to see my first publically posted criticism of Dave Winer and his software pricing, you'll have to go back to at least 1992. Nice try, though.

      Perhaps you missed the bit about how Dave Winer did not in fact invent RSS--he co-opted Netscape's invention and pretended it was his own.

      I guess he has sycophants, just like he has enemies. I just think he's a bit of an asshat.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  39. Re:Wow, a 1.0 release is buggy? This has never hap by TubeSteak · · Score: 2, Interesting
    My point was that he shouldn't be taking the mindset that releasing a broken feature is okay & can be fixed in the next update/patch cycle.

    It isn't something that should be fixed in the next patch, because it wasn't something that should have gotten past QA.

    "IPhoto 6 does not understand the first thing about HTTP, the first thing about XML, or the first thing about RSS.

    "It ignores features of HTTP that Netscape 4 supported in 1996, and mis-implements features of XML that Microsoft got right in 1997. It ignores 95 per cent of RSS and Atom and gets most of the remaining five per cent wrong."

    From Page 2:
    The Photocast feature, for instance, uses a new element to indicate the date on which a photo was taken, even though there are already numerous alternatives that perform the same function. IPhoto, however, will not recognise the standard date elements.
    That's a pretty harsh assesment
    --
    [Fuck Beta]
    o0t!
  40. Re:Wow, a 1.0 release is buggy? This has never hap by Bogtha · · Score: 2, Informative

    RSS is a-bit-sort-of-XML-like-in-a-poor-light. It allows (for example) the inclusion of HTML (note just XHTML), which prevents it from being XML.

    No, it allows the inclusion of HTML that has been escaped according to XML syntax rules. The way you are talking, it sounds as if you think you can just put HTML in directly. This is not the case. RSS is XML.

    By the way, Atom also allows you to do this - check out things like <content type="html">. That's exactly how RSS handles HTML inclusion.

    --
    Bogtha Bogtha Bogtha
  41. Re:Wow, Dave Winer whines about Apple?!?! by metlin · · Score: 3, Insightful


    Hello, everybody! See my strawman here?

    I was going to moderate you but decided to reply instead.

    His past comments and recommendations have no bearing on what Apple did - i.e., not adhere to a standard in one of their implementations.

    You could go on blaming him and finding fault (well, it's an Apple discussion, who expected anything else), but it doesn't change anything. How do his opinions and past comments change what Apple has done?

    It does not, and these kinda strawman arguments don't change a damn thing.

  42. Re:Wow, a 1.0 release is buggy? This has never hap by I+Like+Pudding · · Score: 2, Funny

    No, I think you're getting things confused. According to the article title, Apple broke all the RSS. Everywhere. That blogosphere you've been hearing so much about? Gone.

    Thank God. The insufferable blogwords were blogging me off blogtime. Fuck that Smurf talk, man.