Slashdot Mirror


Microsoft Deprecating Some OOXML Functionality

christian.einfeldt writes "According to open standards advocate Russell Ossendryver, Microsoft will be deprecating certain functionality in its Microsoft Office Open XML specification. Ossendryver says the move is an attempt to quiet critics of the specification in the run up to the crucial February ISO vote. The Microsoft-led industry standards group formally offering OOXML confirms in a 21 December 2007 announcement that issues related to the 'leap year bug', VML, compatibility settings such as 'AutoSpaceLikeWord95' and others will be 'extracted from the main specification and relocated to an independent annex in DIS 29500 for deprecated functionality.'"

138 comments

  1. deprecated but widely used by MS software? by mr_mischief · · Score: 5, Insightful

    If MS deprecates it but makes support for the deprecated features the default option in their software, they'll still be contributing to people spewing incompatible files that don't render correctly in software following the standards. It'd be better to just rip out the parts that shouldn't be there and resubmit the standard. Having to recognize and either support or report lack of support for a maze of twisty little semi-standard features for sake of backwards compatibility is not going to help the situation much,

    1. Re:deprecated but widely used by MS software? by MightyYar · · Score: 3, Funny

      I disagree. If you add up all of the letters in the words "de facto" and then multiply that by the number of times the phrase "de facto standard" is written, you can see that getting certified as true standard will save massive amounts of disk space, paper, and toner.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    2. Re:deprecated but widely used by MS software? by Anonymous Coward · · Score: 0

      maze of twisty little semi-standard features Ironic choice of words, since the OOXML "standard" gives me the feeling I'm about to be eaten by a grue.
    3. Re:deprecated but widely used by MS software? by innerweb · · Score: 4, Funny

      You are in a Microsoft Office. To the North, is a door, you hear what sounds like chairs being thrown. To the South, you see an open door, but a very dark room.

      What do you do?

      InnerWeb

      --
      Freud might say that Intelligent Design is religion's ID.
    4. Re:deprecated but widely used by MS software? by cp.tar · · Score: 0

      I don't know about you, but I'll take my chance with the grue.

      --
      Ignore this signature. By order.
    5. Re:deprecated but widely used by MS software? by aichpvee · · Score: 0

      Has miguel proclaimed this new "standard" even more excellent or perfect or whatever yet?

      --
      The Farewell Tour II
    6. Re:deprecated but widely used by MS software? by ozmanjusri · · Score: 2, Funny

      It looks like you've used the tag. That only works in Internet Explorer version 5.51g on a full moon if you squint and hold your mouth just right.

      Try using <p> next time. It's standard HTML.

      --
      "I've got more toys than Teruhisa Kitahara."
    7. Re:deprecated but widely used by MS software? by Ash-Fox · · Score: 5, Insightful

      Do you actually believe windows developers actually want to touch OO?
      Being a Windows developer (I also develop on other platforms, but this is irrelevant) I can tell you that I don't want to touch OOo or Microsoft Office. If I want to generate a document, I want the ability to do it myself if need be and so on. So far, OOXML is not really the solution I've been lucking for. The documentation is appalling, what is considered a very simple document and 'correct' in the specification does not work with Microsoft Office. It's annoying.

      But in the end it makes development easier.
      Honestly, generating odt, ods documents is easier.

      Microsoft takes care of developers.
      I don't agree. The MSDN is one huge example. It's great that it has such a vast knowledge base. Unfortunately a third of the documentation contains the wrong behavior and possibly the worst workarounds I have ever seen for a problem with lots of empty promises to fix issues in the future that haven't been fixed. That is how well Microsoft takes care of the developers.

      Developers are the ones who make this who software word turn around.
      I disagree. Microsoft has been buying out software companies that are a threat, launching extremely anti-competitive campaigns against 3rd party software developers that rival their own products and so on. Microsoft are the ones making the software world go round because they are manipulating everything, not the developers or the consumers.

      It's about documentation, support and tools.And face it...that is a field where microsoft has no competition.
      Have you even seen Microsoft's support? Staying on the telephone for hours on corporate support to report a serious bug, only to get a idiot who doesn't seem to even grasp Microsoft's own products (and this has been on every occasion I have tried to do anything with the enterprise support). Microsoft does not even provide direct support options to consumers, never mind small-time developers.

      Let's see what the Linux side does.

      Do they have corporate support? Yes.
      Does Microsoft? Yes.
      Do they have 24/7 corporate call centers and fast pick up rates? Yes.
      Microsoft does not have 24/7 corporate call centers.
      Do they have people who know what the hell they're talking about on the otherside? Yes -- I have even got a kernel developer at one point when it came to a serious issue.
      Does Microsoft? Well, in my experience - never managed to talk to anyone who seemed to actually know.
      Does the regular consumer get support? Yes - obviously paid support is better but there are a lot of free alternatives that appear to be just as good (despite the people who perceive Linux support is 'rtfm').
      Does Microsoft? There is a community that provides support on issues, but there is no paid support options offered at all.

      Googling up for solutions and looking them up in forums(do i hear linux users trying to say smth?) is not acceptable.
      Try researching the subject a little before opening your mouth next time.
      --
      Change is certain; progress is not obligatory.
    8. Re:deprecated but widely used by MS software? by MooUK · · Score: 0

      Do I have a weapon of mass destruction with me that I can detonate?

    9. Re:deprecated but widely used by MS software? by Anonymous Coward · · Score: 1, Funny

      go north

      You are fighting :

      Old man, Flying chair

      Pick Target (?=list, [Enter]=First Monster) :

      You hit the Old man for 1 damage!
      Flying chair hits You for Heavy damage!

      You are DEAD!

      You have 9 resurrections left today.
      You fall to the ground...deadly injured...!
      Your adventure ended in pain and misery!
      You close your eyes...
      Darkness...

      Writing scores...

    10. Re:deprecated but widely used by MS software? by BlueParrot · · Score: 2, Insightful

      despite the people who perceive Linux support is 'rtfm


      Well, to be fair, Linux man pages is actually useful support, as compared to: "Did you remember to turn on your printer? Did this help? If not, contact your system manager..."
    11. Re:deprecated but widely used by MS software? by Anonymous Coward · · Score: 0

      Steve,

      lay off the crack and put down that chair.

      Love,

      Bill.

    12. Re:deprecated but widely used by MS software? by ThePhilips · · Score: 3, Informative

      Microsoft takes care of developers.
      I don't agree. The MSDN is one huge example. It's great that it has such a vast knowledge base. Unfortunately a third of the documentation contains the wrong behavior and possibly the worst workarounds I have ever seen for a problem with lots of empty promises to fix issues in the future that haven't been fixed. That is how well Microsoft takes care of the developers.

      +100.

      Unfortunate reality is that M$ provides nearly complete (== always incomplete) solutions. Up side is that you can base your business on it. Down side - you are locked into M$ solutions. But you heard that hundred times already. But what everybody's missing is development side: developers working solely on M$ platforms turn slowly into agoraphobic drones who would claim that "M$ is best" just because they do not know anything better.

      Many of my versity friends turned into such drones - even most reasonable ones. M$ keeps feeding them with new (presumably better) APIs and they just keep their minds piped directly into their beloved MSDN subscriptions. 5 (or 6?) data base APIs? And M$ still keep printing them. 6 IPC APIs? - OLE, OLE2, ActiveX, COM, DCOM, COM+ - but M$ doesn't stop the printing press.

      "Windows is better because it has API [XXX] and [Linux/Mac OS X/etc] doesn't." Explaining people that API does solve Windows specific problem which doesn't exist on Linux nor Mac OS X just doesn't work - because they never touched them. And they will never touch them because they do not have the M$Windows' hundreds APIs. (Recent best example was ASIO - and fact that only Windows does support it.)

      --
      All hope abandon ye who enter here.
    13. Re:deprecated but widely used by MS software? by DiarmuidBourke · · Score: 0

      I can't believe you replied to a person with a 7digit UID who is clearly a troll. Don't feed them :)

    14. Re:deprecated but widely used by MS software? by plentyofsoft · · Score: 1

      agree - www.plentyofsoft.com Review and download a lot of newest shareware, trialware, free software! All are free or free to try! Welcome visiting

    15. Re:deprecated but widely used by MS software? by fireboy1919 · · Score: 1

      Recent best example was ASIO - and fact that only Windows does support it.

      Interesting that you mention that one. The big deal about ASIO is that it's realtime - everything between the application and the card has predictable latency. While the necessity of doing it that way to get low latency is Windows-specific, having drivers with predictable latency isn't. Every OS should have something like that for realtime audio processing applications (such as audio recording).

      That said, Linux builds such a system by combining realtime driver scheduling with the existing soundcard drivers, which is a way more awesome way to get that.

      --
      Mod me down and I will become more powerful than you can possibly imagine!
    16. Re:deprecated but widely used by MS software? by Allador · · Score: 1

      Have you even seen Microsoft's support? Staying on the telephone for hours on corporate support to report a serious bug, only to get a idiot who doesn't seem to even grasp Microsoft's own products (and this has been on every occasion I have tried to do anything with the enterprise support). Microsoft does not even provide direct support options to consumers, never mind small-time developers. This is not the comon experience, at least not in mine.

      I've personally talked to the developers of windows components on support issues.

      Small time developers get excellent support, just register as an ISV partner. You get quite a bit of free support.
    17. Re:deprecated but widely used by MS software? by ThePhilips · · Score: 1

      [...] everything between the application and the card has predictable latency.

      Sorry to disappoint you, but "application" cannot be real-time. By definition: applications are subject to scheduling and would be preempted by interrupt handlers => not real-time. (And BTW "real-time" is not "predictable latency", but rather "worst case latency".)

      This is classical simple H/W-supported best-effort low-latency implementation to workaround software problems. All proprietary hardware running 3rd party software is literally packed with such quirks.

      That said, Linux builds such a system by combining realtime driver scheduling with the existing soundcard drivers, which is a way more awesome way to get that.

      I'm not sure about which proprietary solution you are speaking of, but mainline kernel implementation is much simple - and obviously has no advanced features as "realtime driver scheduling". You schedule not "drivers" - but "access to hardware resources". Drivers kick in on interrupts - and that is not something one can schedule. In context of audio, it doesn't need to be real-time - because all involved parties are aware of length of track - and can buffer content beforehand. Linux doesn't do much: basically kernel is optimized to hold locks only for very short time what was implemented with series of latter (there were two such series) low latency patches which were building on top of preempt kernel patches (which made 2.6 kernel space preemptable). Linux now has generic latencies very low - so no additional effort generally is required. It can be even said, that Linux is "real-time" in "best effort" sense. Well, it is definitely much much more real-time than some proprietary mission critical solutions I have seen and worked on.

      --
      All hope abandon ye who enter here.
    18. Re:deprecated but widely used by MS software? by Anonymous Coward · · Score: 0

      Sorry to disappoint you, but "application" cannot be real-time. By definition: applications are subject to scheduling and would be preempted by interrupt handlers => not real-time. (And BTW "real-time" is not "predictable latency", but rather "worst case latency".)
      People don't generally care if the latency is better than worst case. You just don't want it to *EVER* be bad enough that you lose data, and so predictable effectively means worst case here. You're just being demeaning with this comment. This is obvious. And obviously with a non-realtime OS we're talking about pseudo-realtime - not absolutely guaranteed. No need to treat me like I don't know what I'm talking about because I don't think its important to state the obvious.

      Your entire comment is semantics.
      By definition: applications are subject to scheduling and would be preempted by interrupt handlers => not real-time.
      There's this. I think it's reasonable to call an application real-time if it's scheduled using a real-time scheduler - if the application is getting some control over the time-slices it gets.

      I'm not sure about which proprietary solution you are speaking of, but mainline kernel implementation is much simple - and obviously has no advanced features as "realtime driver scheduling". You schedule not "drivers" - but "access to hardware resources". Drivers kick in on interrupts
      Semantics. Is ALSA+JACK a driver system or a library? Obviously it doesn't just kick on interrupts. There's scheduling in there for the use of that. There's a thread that runs with the realtime scheduler and shares data with applications that might not. If you define a driver as only something that triggers based on interrupts, then you're right. I define it as any software designed with the specific purpose of providing other applications with an interface to a piece of hardware - even if that "driver" has to go through another layer of application to get to that hardware. Otherwise, the only "drivers" are in the microcontrollers in the motherboard.

      In context of audio, it doesn't need to be real-time - because all involved parties are aware of length of track - and can buffer content beforehand.
      Unless you're recording, and want to do processing and playback at the same time. I don't believe I said "audio playback" in my post. It was much more than that.

  2. Smoke and Mirrors by ozmanjusri · · Score: 4, Insightful
    The result of Microsoft's manipulation should be ISO banning MSOOXML from participating in the standards process.

    It's abundantly clear now that the format is critically flawed and cannot be implemented by anyone, not even the Office team themselves.

    ECMA 376 is a bomb disguised as a standard. It redefines functions and components just to retain ties to the undocumented legacy formats. Therefore a number of things that should be fixed by now, thanks to better engineering, and existing ISO standards, are left not only unfixed, but even perpetuated by ECMA376. The fact that Microsoft continues to push this fake "standard" shows how little they care about their customers and how much their business is predicated on lockin.
    --
    "I've got more toys than Teruhisa Kitahara."
    1. Re:Smoke and Mirrors by Frosty+Piss · · Score: 0, Troll

      The fact that Microsoft continues to push this fake "standard" shows how little they care about their customers and how much their business is predicated on lockin.
      It is no more a "fake" standard than any other standard. It's a bad standard, but still a standard.

      And a little reminder, no one is obligated to use any "standard". They choose to use it, or choose not to use it. And there are a million "standards out there, many of which work the same areas.

      --
      If you want news from today, you have to come back tomorrow.
    2. Re:Smoke and Mirrors by morgan_greywolf · · Score: 1

      As opposed to those wonderfully written standards implemented by products that nobody uses that I'm not sure if I'd call the 36,000 employees of Sun Microsystems, the employees of Novell, Inc., Ernie Ball Guitars, the 6,000 employees of Health First, Inc., the City of Largo, FL, the State of Nevada, the State University of New York, IBM, and the University of South Denmark, among others, nobody. A little company called SCO once mistook IBM for being nobody, and after they sent their Nazgul after them, they ended up filing for bankruptcy.
    3. Re:Smoke and Mirrors by tepples · · Score: 2, Informative

      And a little reminder, no one is obligated to use any "standard" Citation needed. Governments can mandate the use of specific data formats and protocols when communicating with government agencies.
    4. Re:Smoke and Mirrors by Anonymous Coward · · Score: 0, Flamebait

      Don't be a jackass. No one is holding a gun to your head to use any standard. And no government has "mandated" OOXML. This is all just a bunch of anti-M$ fan boys frothing at the mouth. So typical, and the primary reason no one takes you dirty hippies seriously.

    5. Re:Smoke and Mirrors by ozmanjusri · · Score: 5, Insightful
      It is no more a "fake" standard than any other standard.

      You may not see a pattern here. I suspect may others will.

      • Maybe we could define the APIs so that they work well with NT and not the others even if they are open. Or maybe we could patent something related to this. - William Henry Gates III on ACPI, 1999
      • Screw Sun, cross-platform will never work. Let's move on and steal the Java language. - Prashant Sridharan, MS Visual J++ Product Manager, 1997
      • The first obligation that the ICPs undertook was to distribute Internet Explorer and no "Other Browser" in connection with any custom Web browsing software or CD-ROM content that they might offer - US District Court of Columbia on proprietary HTML extensions, 1999
      • OSS projects have been able to gain a foothold in many server applications because of the wide utility of highly commoditized simple protocols. By extending these protocols and developing new ones, we can deny OSS projects entry into the market. - Vinod Vallopillil, ex-MS Engineer, 1999
      • The first type of conduct found to constitute an abuse consisted in Microsoft's refusal to supply its competitors with interoperability information and to authorize them to use that information to develop and distribute products competing with its own products - EC First Instance Court, 2007
      • We [Microsoft] are OASIS members but since we didn't have an interest in ODF we didn't participate in its development. - Brian Jones , MS Office Program Manager, 2007
      This isn't a battle between OOXML and ISO. It is a battle between having document standards and not having them.

      Microsoft is trying to wreck the concept of standards and interoperability to a point where those concepts are useless.

      --
      "I've got more toys than Teruhisa Kitahara."
    6. Re:Smoke and Mirrors by innerweb · · Score: 1

      No, not OOXML, but there are plenty of examples around the world of governments requiring you to use a document format to do business with them.

      InnerWen

      --
      Freud might say that Intelligent Design is religion's ID.
    7. Re:Smoke and Mirrors by Ash-Fox · · Score: 2, Informative

      No source = mod down
      I googled the quotations, they exist. Mod grand parent up.
      --
      Change is certain; progress is not obligatory.
    8. Re:Smoke and Mirrors by icknay · · Score: 1

      Mod parent up!
      In particular, standards are about competition, since it allows you to pluck out one vendor and put in another ... making the vendors to competing on price, features, etc. Microsoft seems to have forgotten how to compete by making technically superior products, and instead tries to just make the competition not happen.

      I think the slashdot tribe, in its heart, loves open, bruising competition, with the best technology coming out on top. That's why microsoft has such a terrible rep on slashdot ... they have just gotten accustomed to winning a market by cheating instead of competing, and that deeply irks at the slashdot/geek ethos. I realize it's foolish to try to summarize the slashdot tribe with one word, but I think "competition" is the closest.

  3. About right. by Stumbles · · Score: 3, Interesting

    Sounds consistent with the way Microsoft works. Promise the moon and deliver a crater. It was their intention all along. Propose something that smacks everyones senses with a bat, then back off with something that sound more reasonable, even though it is not.

    --
    My karma is not a Chameleon.
  4. Deprecated means forever by filbranden · · Score: 5, Insightful

    In another move to spread more FUD, now they're trying to hide the UGLY part of the specification. But, what use is hiding it? They claim the deprecated features will be used only for the migration of old binary formats, and that they should not be used by new documents... But considering that the whole point of this document format standardization effort is to be able to open any document in 20 or 30 years time, and if the old binary format documents will be converted using deprecated features, that just means that any software implementing the standard will have to support the deprecated features anyway...

    Although they keep manipulating, manipulating, and manipulating more, I still think their format stinks, they're only using it to spread FUD over other formats, and I really hope they can't pull this stunt.

    1. Re:Deprecated means forever by Anonymous Coward · · Score: 5, Interesting

      And VML is used in Office 2007... see this openmalaysia blog post. Marking things as deprecated just means that it's discouraged, and it doesn't mean that there's a modern replacement (like how in HTML FONT was deprecated and it's replacement was CSS functionality). VML is still a necessary part of OOXML, so marking it as deprecated doesn't actually help developers. What would help them is if DrawingML could be used in all the places that VML can be. Infact, as the CNS (Microsoft's covenant not to sue) specifically excludes patent coverage over non-required features this means that we may now be lacking patent coverage over VML. Can anyone from Microsoft comment on this? (the Microsoft OSP might grant coverage if that "Necessary Claims" means normative, as they claim)

    2. Re:Deprecated means forever by arotenbe · · Score: 1

      But considering that the whole point of this document format standardization effort is to be able to open any document in 20 or 30 years time, and if the old binary format documents will be converted using deprecated features, that just means that any software implementing the standard will have to support the deprecated features anyway... ... though Office is currently the only major implementation of OOXML, so the only reason Microsoft is deprecating the features instead of removing them is to save the developers time and the end-users the "hassle" of downloading and installing an update.
      --
      Tomato wedge sperm darts that are Republican.
    3. Re:Deprecated means forever by Just+Some+Guy · · Score: 4, Insightful

      They claim the deprecated features will be used only for the migration of old binary formats, and that they should not be used by new documents...

      Someone help me out here, for real. I think I'm missing something. What is the point of those ridiculous "backward compatibility" tags? Word's never been good enough for pixel-perfect rendering. For example, printing the same document on different printers hasn't ever been likely to give the same output. So, what on earth is the justification for maintaining a "renderLikeWord95" tag when that was never well-defined to begin with?

      If the <foo> attribute originally meant "centered, bold, double-spaced", then just make the importer translate it to something like "<textblock align="center" weight="bold" height="200%"> text goes here </textblock>". Forget bug compatibility. That's a dying horse and needs killed now before we end up with something like the loose HTML parsing nightmare that browser designed are stuck with. Who cares how the document originally displayed on the original machine? MS never did before today.

      Don't hide those tags - delete them. There is no rational explanation other than lock-in for having them, and as long as they're around, the IT world will know this is a joke.

      --
      Dewey, what part of this looks like authorities should be involved?
    4. Re:Deprecated means forever by ta+bu+shi+da+yu · · Score: 1

      Actually, I've looked into the way that Microsoft Windows does printing. It's a bit more complicated than this, but basically you open a DC (device context), paint onto the DC and then submit to the printer driver. After this it's up to the printer driver to print correctly, not for the app to try to get around driver deficiencies.

      Thus, if there is a specific way that rendering works in Word '95 that is different to Word 2007, correct it while painting it to the DC. If the printer driver doesn't work, then it's likely that nothing prints properly on the printer anyway. In that case, tell the printer manufacturers to fix the driver. Of course, you have next to no chance of getting that to happen...

      However, I do agree that a transform would almost always be better than specific tags to get around bugs like the ones you describe. However, what if it's a quirk that isn't so easy to work around? Say for instance the 1900 leap year bug. How would you get around that? I don't think it would be very easy. It would be best to do what MS are doing: use the tag to denote the issue. The program that interprets the file can then choose what to do with the bug - most sensible apps would by default ignore the bug, and let the user say whether to cater for the issue.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    5. Re:Deprecated means forever by replicant108 · · Score: 1

      Why include 'deprecated features' in a new standard anyway? Why not just remove them altogether?

    6. Re:Deprecated means forever by jbengt · · Score: 1

      Say for instance the 1900 leap year bug. How would you get around that?

      Don't transform given dates, use those given (as opposed to those calculated). If there's any computation that crosses that bug, such as day-of-the-week before 1900 or number of days between dates on opposite sides of 1900, recompute it with the correct result. Add a comment that the original document included such and such calculation with the incorrect result.

      Just because there's a mistake in the original implementation doesn't mean you should codify that mistake.
      Just because there's a mistake in the original document doesn't mean you should ignore that mistake.

    7. Re:Deprecated means forever by dhavleak · · Score: 1

      Deprecated actually means 'marked for obsolescence'. i.e. you take a fairly large risk by relying on deprecated parts of a standard, because you have been given notice that they will not be supported in future implementations.

    8. Re:Deprecated means forever by jhol13 · · Score: 1

      Say for instance the 1900 leap year bug. [...] do what MS are doing: use the tag to denote the issue. But this is NOT what Microsoft is doing! There is no tag. Every OOXML spreadsheet is assumed to calculate wrong. BTW you cannot have dates before 1900. This is, to me, totally unacceptable.

      Same goes with CEILING, etc. There is no tag "calculate CEILING mathematically (in)correctly", the definition of CEILING is to calculate incorrectly.
    9. Re:Deprecated means forever by ta+bu+shi+da+yu · · Score: 1
      Whoa. /me went to investigate this further, and by golly you're right!

      According to Rob Weir, under Section 3.17.41 of SpreadsheetML Reference Material, page 3305 of the OOXML specification, "Date Representation" says:

      For legacy reasons, an implementation using the 1900 date base system shall treat 1900 as though it was a leap year. [Note: That is, serial value 59 corresponds to February 28, and serial value 61 corresponds to March 1, the next day, allowing the (nonexistent) date February 29 to have the serial value 60. end note] A consequence of this is that for dates between January 1 and February 28, WEEKDAY shall return a value for the day immediately prior to the correct day, so that the (nonexistent) date February 29 has a day-of-the-week that immediately follows that of February 28, and immediately precedes that of March 1.

      Unbelievable! So... I have egg on my face, but Microsoft has far more on theirs. So I did a little digging, and it seems that Microsoft are spinning this like crazy. Brian Jones, a program manager in Office, actually has the temerity to blame Lotus 1-2-3 for the problem. Quite frankly, I'm amazed. If you don't believe me, read it yourself. Firstly he quotes this Microsoft KB article.

      His justification is that it would break all the existing spreadsheets...

      If we decided to fix this bug and shift each date value down by one, how many spreadsheet formulas out there would we break? Here's a really simple example, where the following function that had worked in previous versions would no longer work:

      =IF(TODAY()=39013, "Due Today!", "Not Due Today!")

      Amazingly, he then states that "We not only wanted to create an open format that folks could build solutions on top of, but we wanted the format to be something that our customers would actually use... otherwise what's the point? We didn't want this to just be another optional format that only some people would use, it's the new default format and we hope that all of our customers will use it."

      When he was openly questioned about it, he said the following:

      Sinleeh,

      I wish it were as simple as you and Ben suggest, but it's not. We can't just tell our customers that they are idiots.

      Especially when that are doing something that has been supported since the first version of Excel shipped. I'm sorry but that's just not an option.

      Again, this format is designed to fully support the existing base of binary documents out there. It's not a format that's designed to be the format to end all other formats. It's fully documented so that anyone can use it, there is nothing that depends on a particular operating system or office application. Remember though that it's an open standard that was designed to be fully compatible with the existing set of extremely valuable documents. If you build the ultimate general file format and no body uses it, what's the point? Our customers would never use the formats if they broke existing formulas.

      There is no way we can predict what people are doing in their files and with their formulas. If you take the date 12/10/2004 in both Excel and in OpenOffice and you format that date as a number, you get "38331". So are you suggesting we should change this so that in the new file formats 12/10/2004 is now equal to 38330 instead?

      The only inconsistency comes into play for 2 months (from 1/1/1900 to 3/1/1900). It sounds like you and Ben are suggesting that that inconsistency (which is super easy to workaround) is bad enough to actually cause real pain to customers either by breaking their existing formulas, or even worse, by mak

      --
      XML is like violence. If it doesn't solve the problem, use more.
    10. Re:Deprecated means forever by Froqen · · Score: 1

      You don't get it, HTTP 1.0 has to work with people speaking HTTP 0.9, HTTP 1.1 has to work with people speaking HTTP 1.0.

      Backwards compatability is everything, warts and all. OpenXml is effectively a new version of the office file formats designed to be well documented and generically implementable such that it can be a standard. Imagine using a new firefox that could ONLY render perfect valid latest standards HTML, would you bother using it with the vast majority of the Web not working?

      If you disagree with this philosphy, go ahead, but that is no reason to actively block standard proposals that do care about people's existing data.

    11. Re:Deprecated means forever by ta+bu+shi+da+yu · · Score: 1

      Actually, I do get it. Evidently so does Microsoft, as they have now decided to add the leap year bug to an annex.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    12. Re:Deprecated means forever by Allador · · Score: 1

      Because its not a new standard.

      It's a codification and documentation of an existing de-facto standard.

      They didnt design a brand-new blue sky format. They codified their existing one, warts and all.

    13. Re:Deprecated means forever by ta+bu+shi+da+yu · · Score: 1

      P.S. Firefox by default will run in quirks mode, but if you add a strict doctype definition it will follow the standard... strictly.

      --
      XML is like violence. If it doesn't solve the problem, use more.
  5. Re:Now the waiting game... by Anonymous Coward · · Score: 0

    You're being modded down for being an obvious troll.

  6. A superb standard by Anonymous Coward · · Score: 5, Funny

    I'd just like to remind everyone that OOXML is a superb standard.

    -- Miguel

    1. Re:A superb standard by Anonymous Coward · · Score: 0

      OOXML is an oxymoronic standard. It is propagated and defended by (oxy)morons.

    2. Re:A superb standard by Anonymous Coward · · Score: 0

      Which has become a deprecated comment on a deprecated standard.

    3. Re:A superb standard by Anonymous Coward · · Score: 0

      I totally agree. OOXML is and will be the best standard for the current millenium. Only these /. Linux-freaks want to destroy all that is Officely.

      Can't hear you, blasphemers.

    4. Re:A superb standard by Anonymous Coward · · Score: 0

      thank you Miguel

      we love you!

                        --orlando

  7. Nope by Anonymous Coward · · Score: 0

    According to Merriam-Webster, "deprecate" doesn't seem to equate with "remove." Maybe I'm missing something.

    Function:
            transitive verb
    Inflected Form(s):
            deprecated; deprecating
    Etymology:
            Latin deprecatus, past participle of deprecari to avert by prayer, from de- + precari to pray -- more at pray
    Date:
            1628

    1 aarchaic : to pray against (as an evil) b: to seek to avert
    2: to express disapproval of
    3 a: play down : make little of b: belittle disparage

    1. Re:Nope by Sterling+Christensen · · Score: 1

      In software, deprecate means to officially warn that they're planning to remove the feature in question later - after everyone else (like other software that might assume said feature is present) has had a fair chance to prepare for its removal.

      In a standard, deprecated can mean something like it does for software, or it can refer to stuff that's optional or old and that usually has an alternative you're encouraged to use instead.

    2. Re:Nope by Anonymous Coward · · Score: 0

      Exactly. But there is no prior version of Microsoft's OOXML. So these are not deprecated features of a standard. This is a new standard that for some inexplicable reason is being proposed with deprecated features at the start. This makes no sense.

      If Microsoft wants to have deprecated features in its not-yet-standard OOXML, then the question becomes what standard is being amended such that features need to be deprecated? We know the answer: no standard is being amended. So we know that Microsoft is abusing the process for standards creation.

  8. What about... by larpon · · Score: 2, Funny

    the AutoSpaceMonaLisasGapBetweenHerTeethButOnlyWhenShesSmilingLikeWord95BBQ compability?

  9. AutoSpaceLikeWord95 by Anonymous Coward · · Score: 2, Funny

    > settings such as 'AutoSpaceLikeWord95' and others will be extracted

    Lets just hope they keep the 'WaveYourArmsInTheAirLikeYouJustDontCare' setting.

    1. Re:AutoSpaceLikeWord95 by foniksonik · · Score: 1

      I'm more interested in the PartyLikeIt's1999 setting... they seem hell bent on keeping that one around as long as possible.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
  10. How is OOXML good anyone but Microsoft? by pembo13 · · Score: 1

    I've done quite a bit of reading, and listening on the topic of OOXML, and I have come to the conclusion that there is no good (at least of the technical kind) in OOXML. Yet, people seem convinced that Microsoft is a "good" company. And a good company wouldn't actively push something that was obviously without any good for the industry... so I must be missing something. I generally just think that it is for the purpose of profit and control, but every now and then I like to give opposing views a chance - since I may be the one wrong.

    --
    "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    1. Re:How is OOXML good anyone but Microsoft? by cheater512 · · Score: 1

      Just like people who buy their phone and internet from the biggest company they know.
      As far as they are concerned, they are getting the best deal and there arent any compeditors.

      They simply dont know any better.

    2. Re:How is OOXML good anyone but Microsoft? by pojo_rising · · Score: 0

      Yet, people seem convinced that Microsoft is a "good" company.

      I, for one, am completely convinced.

    3. Re:How is OOXML good anyone but Microsoft? by man_of_mr_e · · Score: 1

      I think what you mean is that you've done a lot of reading and listening to those that have a political or financial stake in the outcome of the OOXML standardization.

      Has it ever occured to you that listening to people like Rob Weir or Andy Updegrove might only give you part of the story?

    4. Re:How is OOXML good anyone but Microsoft? by NutscrapeSucks · · Score: 1

      The office suite with 90% marketshare is moving to a documented, text-based format. And you can see NO technical good in it at all?

      Perfect example about how the zealotry surrounding this issue has blinded people into utter stupidity.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    5. Re:How is OOXML good anyone but Microsoft? by Xtifr · · Score: 1

      I think what you mean is that you've done a lot of reading and listening to those that have a political or financial stake in the outcome of the OOXML standardization. Yeah, that's pretty much what he said.

      Has it ever occured to you that listening to people like Rob Weir or Andy Updegrove might only give you part of the story? I think that's why he asked for the other side of the story. And yet, all he gets is a snarky response suggesting that he's only listening to one side of the story. He said, "I like to give opposing views a chance - since I may be the one wrong." As someone who feels the same way, I'd love to hear some arguments from the other side. But when a direct request for arguments from the other side is met with a sarcastic, "you're only listening to one side", one gets the feeling that there really is no other side to argue.

      And yes, I saw the one brief one where it was suggested that MS moving to a more open XML-based format is, in itself, a good thing; a point I had already thought of and definitely agree with. But that has nothing to do with making 00XML an ISO standard. If MS wants to become more open, they don't need ISO's blessing to do so. What possible arguments could there be for granting this incompatible-with-existing-standards not-yet-a-standard the blessings of ISO? (Besides, of course, the obvious "MS can make more money that way" one.) Inquiring minds want to know. Inquiring minds don't want to be told, "you're not inquiring," because that's obviously BS! And only reinforces our suspicions that there is no more to know.
    6. Re:How is OOXML good anyone but Microsoft? by man_of_mr_e · · Score: 1

      You're focused on this as a "new" standard. It's not. It's basically documenting an existing defacto standard (MS's binary format), albeit in a new way. OOXML is little more than Microsoft's binary formats, documented and expressed in XML. This allows billions of existing documents to be converted to an open format without the need of (possibly lossy) translation.

      If you posit that people are going to continue to use MS Office, and if you posit that new software will continue to be built that needs to work with MS Office documents, and if you posit that lots of people have a lot of data they don't want to translate into a totally new format, then standardization of the defecto standard binary documents is a *GOOD* thing for all involved, including the companies like Sun and IBM, because it provides a documented way to go from binary MS Office to ODF.

      What's more, standardization locks microsofts hands to a great degree in what they can do. If they stray from the standard, then they will no longer be eligible to meet government contracts that require standard support.

      What I don't understand is why so many people are so violently against standardizing the already defacto standard format? It doesn't need to be a technically superior solution, because it's merely a codification of what's already being used by nearly everyone.

    7. Re:How is OOXML good anyone but Microsoft? by Xtifr · · Score: 1

      The office suite with 90% marketshare is moving to a documented, text-based format. And you can see NO technical good in it at all? That's not the issue here. I've argued myself that this is a surprisingly good thing in the past. The question here, though, is not, why is it good that MS is moving to a somewhat more open (or at least less opaque) format. The question is, why should this format be given ISO's blessing?

      MS made the decision to move to XML years ago. That's over and done with. I'm a little surprised and pleased that they carried through with it, but it's still in the past. The result looks ugly and maldesigned in my opinion, but at least it's a translucent format, if not truly transparent. It is a major step up from their previous opaque formats. But the question is, why should this ugly first-pass hack of theirs be given the blessing of ISO when there's already a comparable ISO format which MS completely ignored? (Not to mention all the other relevant ISO standards which they should have incorporated, but decided instead to ignore in favor of re-inventing more wheels.)

      MS has done fine with de-facto standards in the past. They've taken over most of the software market using de-facto standards in the vast majority of cases. Why does this awkward, stumbling step in the right direction need to be a de-jure standard rather than just another MS de-facto standard? Who benefits from that? (Besides MS, of course.)
    8. Re:How is OOXML good anyone but Microsoft? by Xtifr · · Score: 1
      I'm sorry, but "in a new way" means its not an existing standard, de-facto or otherwise. It doesn't matter if it maps to similar structures--png and gif both map to bits on a screen, but they're very different standards. And this is completely different from the .doc standard, even if it's structurally similar internally (an implementation detail that you and I will never see).

      And no, this doesn't document their de-facto standards. In fact, they've just deprecated the backwards-compatibility section because it didn't document anything. Leaving us with a redundant, pointless psuedo-standard whose only possible advantage (that I can see) is those deprecated add-on bits. The rest of it is simply incompatible-with-existing-standards for incompatibilities sake, as far as I can see.

      What's more, standardization locks microsofts hands to a great degree in what they can do. You mean the way that the POSIX standard locked MS in? When was the last time one of their systems was certified to comply with POSIX? And yet, somehow, they continue to sell their systems to governments which at one time insisted on POSIX-compliance.

      What I don't understand is why so many people are so violently against standardizing the already defacto standard format? I'm not necessarily opposed to that, but that's not what's being proposed here. OOXML != MS.DOC. Even if the two are structurally related somehow, this does absolutely nothing to document their existing format. If I have a binary .doc file and a complete copy of the OOXML spec, I've got nothing. The file is still in an impenetrable binary format; OOXML doesn't tell me anything about how to read it.

      We already have an open standard for word-processor documents and spreadsheets (ODF). What advantage to anyone (except MS) is there in adding another? Backwards-compatibility is an obvious red herring. Tying MS's hands could be done just as well with ODF. Do you have any actual technical reasons that OOXML is better (or even just not-worse) as a standard than ODF? Ignoring the fact that MS wants to kill ODF, and will struggle to avoid supporting ODF for as long as they can? Is there something OOXML can do that ODF can't? As far as I can see, a document format simply needs to specify how data goes on a page; as long as the right text goes in the right place in the right size, there should be no problem, Why do we need two standards to accomplish this?

      Is this all just because ODF doesn't specify that documents should change randomly whenever you select a different printer? :)

      Anyway, I'll give you partial credit for the ties-MS's-hands theory. I seriously doubt that MS will feel their hands are tied, but I suppose it's possible, even if unlikely. Aside from that, I'm still not seeing any technical reasons to support OOXML as an ISO standard. But I am happy to be having an actual dialog. Got any more?
    9. Re:How is OOXML good anyone but Microsoft? by AJWM · · Score: 1

      The office suite with 90% marketshare is moving to a documented, text-based format. And you can see NO technical good in it at all?

      What in the world would lead you to believe that Microsoft Office will ever generate a document, except perhaps for the most trivial, that actually conforms to the spec they're pushing as MSOOXML? When has Microsoft software ever conformed to published specs, even those published by Microsoft (let alone some quasi third party)?

      Oh, and it isn't all text-based, there's some binary crud in there too, as hex, neatly wrapped in appropriate equivalents to <TheFollowingIsABinaryChunkWithSomeDeepSignificanceToOffice> tags.

      So no, there's no technical merit. It's just something Microsoft hopes will keep some of the competitors and OSS dupes (hi Miguel) distracted for a while, instead of producing software that might compete with MSFTs.

      Anyone who thinks otherwise hasn't been paying attention to the history of the industry.

      --
      -- Alastair
    10. Re:How is OOXML good anyone but Microsoft? by man_of_mr_e · · Score: 1

      Members of the Gnumeric team beg to differ. They state rather matter of factly that the documentation of OOXML has helped them immensely with their legacy binary compatibility.

      As for deprecation. You might want to pay a little closer attention. Those elements were deprecated in the first version. Seriously. The only difference here is that ECMA is extracting the deprecated elements to their own annex and are putting big red flashy neon signs on it saying "don't implement this stuff, we meant it, it's going away". And that's not the "backwards compatibility section". All of those elements (perhaps with the sole exception of VML) haven't been used in new documents for close to a decade, some even longer (like the wordperfect and lotus stuff).

      Regarding Posix, NT was only ever Posix.1 compliant, and as far as I know, it's still Posix.1 compliant, but for years Microsoft has also had the free Interix add-on that made applications developed for Interix fully posix compliant, and that "add-on" is now included in the enterprise and ultimate editions.

      And yes. OOXML *IS* simply the binary documents expressed in XML. It's a 1:1 mapping. The only difference is the "container" in which that information is access. in binary documents, that container is (typicall) OLE Compound document format, a format which is pretty well know and documented by several sources.

      The usual argument is "Well, why include deprecated features in a new standard" and the reason is that documents converted (note: not translated, converted) from binary formats may contain those data elements, and they have to be represented for a 1:1 conversion, which is required by several state and federal laws for data archival.

      In fact, it's *ILLEGAL* to convert documents to a format that might lose information in the process. Laws like Sarbanes-Oxley and HIPAA require the information be archived precisely as it was created. That can't be done with documents converted to ODF because there will be necessary translations that can result in loss of data (For example, you can't convert the bad leap-year to ODF without "correcting" it, which alters the document even if the original document was in error).

    11. Re:How is OOXML good anyone but Microsoft? by Allador · · Score: 1

      The technical good in OOXML is that its a codification of something that's incredibly widely used, but has never been codified before.

      If you go with the assumption that MS isnt going to throw away their existing products and write a new ODF reader/editor/writer, at least not in the short term, then this seems perfectly reasonable.

      Given that assumption, there are only two choices. To codify the de-facto standard that is ms office, or not.

      I think its fair to say that to do so is unqualifiedly the better choice.

      So from their point of view ... you can have nothing (the status quo) or you can have something (OOXML). Dumping MS Office and building a new product around ODF just isnt going to happen in the near term. Even companies with the cash of MS can only hire so many truly talented software engineers. And I bet you that very few of the good ones want to work on Office.

    12. Re:How is OOXML good anyone but Microsoft? by Allador · · Score: 1
      I'm not the one you were responding to, but I think a couple points need addressing here.

      If I have a binary .doc file and a complete copy of the OOXML spec, I've got nothing. Sure you do. Open it in the current version of the product and save it as the current version of the format. Now you have full access.

      MS didnt document the 2-major-generations-old format, they documented the current format.

      What advantage to anyone (except MS) is there in adding another? Everyone benefits. A previously undocumented format is now documented. Thats a good thing.

      Is there something OOXML can do that ODF can't? Document the format used by the vast, vast majority of office-productivity software users on the planet.

      As far as I can see, a document format simply needs to specify how data goes on a page; as long as the right text goes in the right place in the right size, there should be no problem, Why do we need two standards to accomplish this? It's alot more complicated than that and you know it. Spreadsheets do alot more than just say what text goes where. And the whole 1900-is-a-leap-year business is one of those things brought up as a complaint with the original version put out.

      Is this all just because ODF doesn't specify that documents should change randomly whenever you select a different printer? :) You know, thats a good question. How does OO or the other ODF reader/editor/writers handle when the capabilities of a printer changes?

      Anyway, I'll give you partial credit for the ties-MS's-hands theory. I seriously doubt that MS will feel their hands are tied, but I suppose it's possible, even if unlikely. Aside from that, I'm still not seeing any technical reasons to support OOXML as an ISO standard. But I am happy to be having an actual dialog. Got any more? Having it in a standards body will likely be 'a good thing', as it will tend to keep the MS implementation alot closer to a 'perfect' implementation of the standard.

      So all in all, this whole process will probably be a good thing for the world at large and MS customers in general. Is it the best of all possible situations? No, of course not. But its an improvement, and a change of direction to a better one.

    13. Re:How is OOXML good anyone but Microsoft? by Allador · · Score: 1

      What in the world would lead you to believe that Microsoft Office will ever generate a document, except perhaps for the most trivial, that actually conforms to the spec they're pushing as MSOOXML? Why do you think they haven't? Have you created files, opened them up and looked at them, and compared them to the spec? I've opened them up, took a look at how nice it was that this was finally in a textual format, but have never compared to spec.

      Oh, and it isn't all text-based, there's some binary crud in there too, as hex, neatly wrapped in appropriate equivalents to tags. You mean like embedded images? Or other embedded binary objects? How would you prefer they store those? The base64-encoded (or whatever) stuff inside these documents are not the smoking gun you think they are.
  11. This is an unsurprising move by erroneus · · Score: 5, Insightful

    Just like with Vista, they just drop features until it's "releasable."

    Here's the obvious problem:

    They will claim a feature is deprecated, or not part of the spec, but their software will continue using it. Meanwhile, other programs that try to read and write OOXML format following the "official" spec, will result in the documents created or edited by other programs not being fully compatible with MS Word. This will be seen by the user community as a deficiency in the alternative software and no as a problem with Microsoft's software.

    We have seen this before and we continue to see it. People think that because a web site works with MSIE and doesn't work with Firefox that there's a problem with Firefox... Microsoft continues to damage the competition in this way and will persist in the same. I hope that the voters in the ISO decisions are aware of this potential problem.

    1. Re:This is an unsurprising move by perlchild · · Score: 1

      If microsoft if really serious about getting this in a standard, we need legal documents saying their software will remove the features, then the features removed from the standard, not getting them removed from the standard.

    2. Re:This is an unsurprising move by erroneus · · Score: 1

      Perhaps that should be added as some comments related to the OOXML for ISO process?

  12. I can almost guarantee this... by bogaboga · · Score: 1

    'AutoSpaceLikeWord95' and others will be 'extracted from the main specification and relocated to an independent annex in DIS 29500 for deprecated functionality.'

    ...that, that so called deprecated functionality will be "re-introduced" in an update to enhance the user experience and security at some later date. When this happens, part of hell will break lose and we'll be back here at Slashdot debating this and that.

  13. Re:Now the waiting game... by Anonymous Coward · · Score: 0

    MOD PARENT +5 INFORMATIVE

  14. Re:Now the waiting game... by Anonymous Coward · · Score: 1, Informative

    The criticism that OOXML is basically unnecessary for anyone other than microsoft still hasn't been adequately addressed. This is like microsoft proposing MicroMiles should be an international standard because they don't control the implementation of kilometers. They could have just contributed to ODF if they were remotely interested in useful standardisation, they were given ample opportunity.

    The criticism that the standard may be patent-monopoly-encumbered hasn't been adequately addressed (but that is unfortunately pretty typical of "old" standards bodies like ISO and ECMA and ITU). Really, that's not OOXML-specific, far too many "standards" are unimplementable freely (free licensing should be a basic legal requirement for any national-government-recognised standards but isn't... yet. The baby boomers are trying to get as much corruption in as possible before they become decrepit and we take over and have to clean up their mess).

  15. How about a better description? by alshithead · · Score: 0

    I'll take the grammar Nazi hit..."deprecating"? One usually deprecates oneself in every use I've ever read. While the use might be technically correct it certainly isn't current usage. I'd think "minimizes" or "plays to lowest common denominator" might be a whole lot more understandable.

    From m-w.com

    "Entry Word:
            deprecate
    Function:
            verb

    Text: 1 to express scornfully one's low opinion of -- see decry 1 2 to hold an unfavorable opinion of -- see disapprove"

    bah...humbug...

    --
    I reserve the right to think for myself. Others' opinions are optional. Puppy on lap = typos...not illiteracy.
    1. Re:How about a better description? by nebosuke · · Score: 1

      'Deprecate' has a precise, relevant meaning when talking about specifications. It basically is a polite way to put all people who depend on a specification (or implementation thereof) that a certain feature is slated to be removed at an arbitrary time in the future. This is done so that developers, integrators, etc., can migrate away from the deprecated features before they are removed, allowing a smooth transition.

    2. Re:How about a better description? by mrchaotica · · Score: 2, Insightful

      "Deprecate" is also technology jargon that means "to mark as obsolete." How you could be a Slashdot reader and not be familiar with that usage, I cannot understand.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    3. Re:How about a better description? by clem.dickey · · Score: 1

      "Deprecate" is also technology jargon that means "to mark as obsolete."

      I'm not the first one to observe this, but ... how can you obsolete an element of a standard when it has never been part of the standard?

    4. Re:How about a better description? by Anonymous Coward · · Score: 0

      Or, as in this case, "deprecated" simply means "proprietary".

    5. Re:How about a better description? by 10101001+10101001 · · Score: 1

      how can you obsolete an element of a standard when it has never been part of the standard?

      MS Office [11] is the standard. OOXML is just the cliffnotes.

      --
      Eurohacker European paranoia, gun rights, and h
    6. Re:How about a better description? by alshithead · · Score: 1

      ""Deprecate" is also technology jargon that means "to mark as obsolete." How you could be a Slashdot reader and not be familiar with that usage, I cannot understand."

      In twenty plus years of IT I have never, ever heard deprecate used in relation to IT. Of course, I'm an admin/server guy so I'm pretty focused on care and feeding of the servers and users. As far as standards go I only nibble on the periphery. I guess maybe I could pull my head out the literary works where I'm used to seeing the word and expand into some more technical works... Apologies to the folks who follow standards issues and use deprecate in a way that is somewhat esoteric. As a side note, I couldn't find any definitions for the IT usage in any of the major dictionary sites, just wikipedia and tech sites.

      --
      I reserve the right to think for myself. Others' opinions are optional. Puppy on lap = typos...not illiteracy.
    7. Re:How about a better description? by Anonymous Coward · · Score: 0

      Much like the abuse of "legacy" when the real meaning is "obsolete" has deprecated that originally quite appraising word ;-)

    8. Re:How about a better description? by Anonymous Coward · · Score: 0

      Web developers will know the term (eg FONT tag) as will people who read standards document stuff. It's popular W3C/ISO terminology which is also found in RFCs. (I don't mean to talk about your experience, but it's more that kind of IT guy that would be familiar with the term)

  16. FYI: by Mongoose+Disciple · · Score: 1

    Some friends of mine currently work at IBM or did within the last year or two. They all used (Microsoft) Office.

    I assume some departments of IBM eat their own dog food, but they definitely don't all do it.

  17. Addenda: by Mongoose+Disciple · · Score: 1

    To be more clear, they used Office at work. It was the software that their IT department provided/installed for them.

  18. Microsoft excreting standards by Anonymous Coward · · Score: 0

    Pretty much S.O.P.

  19. Will these be removed from MICROSOFT OFFICE? by IGnatius+T+Foobar · · Score: 3, Interesting

    It is highly doubtful that the "deprecated functionality" will be removed from Microsoft Office. Therefore if they get the revised OOXML passed as a standard, anyone who uses Microsoft Office based on its claim to be OOXML will have been the victim of a bait-and-switch tactic.

    But I suspect that was the goal all along. Orgs that just wanted to use Microsoft Office in the first place would be able to say "see, this is open" and keep doing what they were doing.

    Well, at least it's somewhat documented, making it somewhat easier than .doc/ppt/xls for the free world to reverse engineer.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
  20. Sneaky? by PhotoGuy · · Score: 5, Insightful

    This seems sneaky to me. Remove controvesial stuff from the standard, but put it in an Annex, that MS will implement and people will rely upon left and right, so it will become a de-facto microsoft embrace-and-extend standard.

    I really try to fight the kneejerk anti-microsoft sentiment around here, but lordy, all of their moves seem so calculated and evil. It's not just single actions, it's a pattern of actions. Humans are great at recognizing patterns. And even with good moves and bad moves, one can generally see a positive attitude behind Google, for example (some may disagree, but I think the general consensus is that they're not dastardly.) But with MS, every move seems like a piece of a puzzle showing a nasty, calculated, aggressive, anti-competitive entity. Everything seems consistent with that. The way the US rolled over on everything for political reasons is shameful. Hopefully the EU will right some of those wrongs, at least in part of the world.

    I guess to try and find the bright side, one could say "at least it's documented" (without an exorbitant fee and crazy restrictions, like SMB et al.)

    --
    Love many, trust a few, do harm to none.
    1. Re:Sneaky? by DerekLyons · · Score: 2, Insightful

      Humans are great at recognizing patterns.

      Whether or not the pattern so recognized actually exists.
    2. Re:Sneaky? by Znork · · Score: 1

      Which is why you need scientific experiments to verify that you're not imagining things.

      In the case of Microsoft there have been several courts engaged in the legal equivalent, establishing that those patterns do exist.

  21. Re:Now the waiting game... by ClosedSource · · Score: 0, Offtopic

    Sure, because nobody cares about subtle trolling.

    Seriously, the Slashdot moderation feature is there so that a "vocal" minority can hide or boost a comment because they dislike or agree with it respectively. It's a great service for those who prefer other people to do their thinking for them.

  22. boomers by Anonymous Coward · · Score: 0

    boomers have their faults, but consider some of this

    got rid of the draft
    got racial and gender equality laws on the books
    got us an EPA with some teeth and at least made an attempt to clean up the environment
    got us much better product safety laws and awareness
    got the alternative energy ball rolling (in fierce opposition from the "greatest generation" oil fatcats (and are still the biggest adopters of same, not x or y generation, who just talk about it)
    built the net as you enjoy it today
    built all the best early personal computers and did a lot of the best open source programming
    the best evar kick ass rock and roll
    skateboards
    mountain bikes
    frisbees .......miniskirts, hmmmm????.......
    and, through sheer force of demonstrating numbers, just relentless political action, we got not one but *two* asshole "jerks in chief" to just quit.....

    and so on. Gen X gave us ...videogames and the dot bomb economy crash..that was..interesting enough I guess..for drools.....

    gen Y got us...tattoos as standard, piercings and youtube....OK,OK, you got one, all the young babes posting their tits on the web is cool enough, score one for gen Y there...we boomers had to make do with seeing it live at concerts and out camping and down on the commune and stuff....man, I tell ya it was rough having to deal with all those horny gypsy princess hippie girls..rough I tell ya ;)

    boomers still have some faults,plenty, I am a boomer and acknowledge it (boomers did that ridiculous economy killing outsourcing business movement-we had/have sellout yuppies-we called them preppies or continentals- back then too, MBAs unfortunately infest every generation..we are truly sorry for that...), but until we see some true "planet altering for the good" actions from x or y, your post is at best stones and glass houses

    1. Re:boomers by rkcth · · Score: 0

      Don't forget the 9 trillion dollar US federal deficit and the wonderful entitlement programs we'll be paying for, for them. They sure set us up for failure.

    2. Re:boomers by i.of.the.storm · · Score: 0, Offtopic

      Just being pedantic, but it's a 9 trillion dollar debt not deficit, a deficit is government spending less government revenue for a given year.

      --
      All your base are belong to Wii.
    3. Re:boomers by andy_t_roo · · Score: 0, Offtopic

      actually, the deficit is only a few hundred billion per year, about 9 trillion is indeed the debt.

    4. Re:boomers by wellingj · · Score: 0, Offtopic

      Well as long at it stays in dollars as they are instead of follow the inflation problems that the boomers also made...

      By my calculations 9 trillion will be the minimum hourly wage in 2020...

    5. Re:boomers by Anonymous Coward · · Score: 0

      Hah, those are almost all Nixon policies.

      Wow, supporting Nixon. Suddely I feel very, very unclean.

  23. Re:*BSD's Final Christmas by calebt3 · · Score: 0, Offtopic

    Netcraft confirms it.

  24. Microsoft Deprecates ... Functionality by j_w_d · · Score: 1

    But, of course! What else could they deprecate?

    --
    ------ The only greater hazard to your liberty than n politicians is n+1 politicians.
    1. Re:Microsoft Deprecates ... Functionality by Teisei · · Score: 1

      True, but they'll run out of that soon.

  25. The big problem with this by jafoc · · Score: 4, Informative
    IMO there's nothing wrong with the decision to deprecate some of the most revulsive misfeatures of OOXML, but there's the very real problem that this could lead some people (in particular in the national standardization bodies that will have the opportunity in March to change their vote about OOXML) to think that these relatively minor changes somehow make OOXML suitable for acceptance as a "standard".

    If you agree that this is a real risk, and you're willing to help with doing something about it, please join us at OpenISO.org and help put together a "problem report" document about OOXML that explains the main issues clearly.

    1. Re:The big problem with this by Anonymous Coward · · Score: 3, Insightful
      I won't join your site, but I have a problem with the Introduction and its restatement later in the Goals section. Feel free to quote, copy, take credit for, or in any other way use, disuse, or fail to use, the following as it is now in the public domain.

      Introduction
      The goal is to enable the implementation of the Office Open XML formats by the widest set of tools and
      platforms, fostering interoperability across office productivity applications and line-of-business systems, as well
      as to support and strengthen document archival and preservation, all in a way that is fully compatible with the
      large existing investments in Microsoft Office documents.

      The stated goal is to create a standard compatible with a single vendor's single product. I'd say that alone disqualifies it as a standard. Even if they change the wording, they would have to explain why they included this verbiage in the first place. Note the rewording under the Goal:

      2.1 Goal
      The goal of this clause is to define conformance, and to provide interoperability guidelines in a way that fosters
      broad and innovative use of the Office Open XML file format, while maximizing interoperability and preserving
      investment in existing files and applications (4). By meeting this goal, this Standard benefits the following
      audiences:

      • Developers that design, implement, or maintain Office Open XML applications.
      • Developers that interact programmatically with Office Open XML applications.
      • Governmental or commercial entities that procure Office Open XML applications.
      • Testing organizations that verify conformance of specific Office Open XML applications to this
        Standard. (Note that this Standard does not include a test suite.)
      • Educators and authors who teach about Office Open XML applications.

      Two things. The goal mentioned in the introduction is reworded from "existing investments in Microsoft Office documents" to "existing files and applications", which sounds more interoperable but it really isn't. Also, by meeting this goal, this standard benefits.... drumroll... people who are forced to use Open XML. This goal could be achieved simply by using the standard proposal as documentation of the file format, and forgo the whole OOXML standard because its stated goal has already been achieved.

      To summarize: unless there are other unstated (hidden) goals, which most likely would benefit Microsoft, there is no outside benefit to having this be a standard. If there are other, more beneficial goals, they should be discovered and listed.

      If the goal truly is to "support and strengthen document archival and preservation", it would make more sense not to just deprecate AutoSpaceLikeWord95 or the other black box definitions, but to actually create definitions which specify the exact behavior, as has been noted elsewhere. Otherwise the standard does not meet its own stated goal. And an added benefit would be to wrap this spacing definition in some sort of grouping to show that these measurements and behaviors are all one entity - in other words, if you remove or ignore this spacing information, you should do it as a group, not just ignoring one part of it because your application does not implement that section. There is simply no way to "support and strengthen document archival and preservation" by leaving such definitions undefined. That is exactly the opposite of its stated goal.

      One other part that bothers me is "in a way that fosters broad and innovative use of the Office Open XML file format". Not for convenience or clarity, but to make more people use the Microsoft format. In other words lock-in, or the transition between embrace and extend.

      The only reason that ODF cannot be a direct replacement for OOXML, and why ODF cannot serve to achieve the stated goals for OOXML, is that ODF does not support some of the features of Of

  26. Re:Deprecated means forever (fixing broken link) by Anonymous Coward · · Score: 2, Informative

    The correct link is here: http://www.openmalaysiablog.com/2007/06/is-vml-in-or-ou.html

    I see you have it as .htm instead of .htmnl; which results in a 404.

  27. The debate is maturing by digipres · · Score: 2, Interesting

    Nice to see that the comments thread on OOXML is shrinking as the debate matures. Of course that means that the usual trolls are either bored or on holidays but I think that we may collectively be starting to better understand what's going on.

    I attended the UNSW Cyberlaw centre forum on OOXML http://www.cyberlawcentre.org/2007/ooxml/ as an interested observer and I liked what I saw. Smart people engaged in a positive discussion. Yes, the viewpoints were polar, but the words were civil and a real exchange of ideas took place.

    Pia Waugh was an organiser of the event and had this to say about it: http://tinyurl.com/32zfsr

    Roll on the BRM in Geneva and may reasoned debate rule over Fear, Uncertainty and Doubt.

    --

    digipres, a No voter

    1. Re:The debate is maturing by Macthorpe · · Score: 1

      Danger, myminicity link. No, GP doesn't have a myminicity link in it.

      Nice try at stopping people reading them though - I assume you couldn't come up with anything real to say.
      --
      "It does not do to leave a live dragon out of your calculations, if you live near him." - Tolkien
  28. About That... by NickFortune · · Score: 1

    Some friends of mine currently work at IBM or did within the last year or two. They all used (Microsoft) Office.

    I assume some departments of IBM eat their own dog food, but they definitely don't all do it.

    There was, and probably still is, a powerful pro-Microsoft faction at IBM. That said, the office version your friends used, given the timing, was almost certainly not saving documents using MSOOXML.

    This is about formats, not software packages. It doesn't matter if people use MS-Office. It matters that the default document format is properly standardised, and not under the control of a single vendor.

    Neither is the issue about companies: IBM can use MS-Office all they like; it doesn't have the slightest bearing on this discussion.

    --
    Don't let THEM immanentize the Eschaton!
    1. Re:About That... by Mongoose+Disciple · · Score: 1

      Neither is the issue about companies: IBM can use MS-Office all they like; it doesn't have the slightest bearing on this discussion.

      It may not be relevant to the discussion at large, but it's extremely relevant to the specific post it was a response to. (Poster saying, in essence, that Open Office should be taken seriously when discussing relative user base size because IBM uses it.)

    2. Re:About That... by NickFortune · · Score: 1

      fair enough - my browse level hid the posts earlier to that so it looked like you were commenting on the discussion as a whole.

      --
      Don't let THEM immanentize the Eschaton!
  29. 404 by ta+bu+shi+da+yu · · Score: 1

    That URL isn't working.

    --
    XML is like violence. If it doesn't solve the problem, use more.
  30. Clear evidence OOXML is crap by GreatBunzinni · · Score: 1

    The format is, in effect, still in development and there is already an independent annex dedicated to deprecated functionality. How exactly is it possible for a decent format to have deprecated features even before it exists?

    --
    Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
  31. Microsoft deprecates selectivly by Anonymous Coward · · Score: 0

    I assume you mean disparage when you say deprecate. Microsoft indeed often deprecates other vendors' products, but I can't think of any of their own products they've strongly criticized.

    1. Re:Microsoft deprecates selectivly by mr_mischief · · Score: 1

      I actually mean deprecate, as the article and the summary said. "To deprecate" in programming circles generally means to mark something as "The old way" to do something or "the less preferred way".

      Deprecation of a programming language feature, for example, usually starts with suggestions of a better way to do something. Then, a warning goes out to say that the feature might be changed or removed in later versions of the language. Then, the docs for the language might start saying not to use the particular feature and suggesting an alternative. Programmers are warned definitively that the feature will not be portable to newer versions. Then, sometimes a version of the language tools come out that perform the function properly but which warn about its deprecation at compile time or even runtime if warnings are enabled. Finally, a version comes out in which the language tools stop supporting the feature and perhaps there's still a warning at compile time. The documentation will probably list the feature just enough to say "this is deprecated, please use feature X instead".

      Since Microsoft's marking features as "deprecated", it simply means they're recommending people don't use those features in a standards-compliant file. It doesn't mean the default behavior of their software won't use those features in addition to the core standard for "enhanced functionality". I can easily imagine a situation in which Microsoft has an option buried in their application somewhere to produce a vanilla standards-compliant file, but that it's not enabled by default and most non-technical users of Word and Excel will still be sending around files with tags from the deprecated set. It's better, if MS is going to use them, that they're documented and marked deprecated than not documented at all. That way other applications can work around them more easily. That other applications have to work around them at all is the problem. If it's a standard, MS's own software should follow the heart of the standard and the deprecated portions should instead be culled.

  32. "What's good for msft, is good for America" by walterbyrd · · Score: 1

    Catch 22, remember? Milo, msft, what's the difference?

  33. FUD! by TaoPhoenix · · Score: 1

    Unbelieveable.

    Someone spreading Fear, Uncertainty and Doubt about a TinyUrl link in reference to a discussion about Microsoft trashing standards.

    Meanwhile, the full link is:
    http://pipka.org/blog/2007/12/18/initial-report-from-ooxml-technical-and-legal-workshop-last-week/

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  34. While we're at it... by daem0n1x · · Score: 1

    Well, While we're at it, why not deprecate the whole shit and get the problem solved for good?

    1. Re:While we're at it... by AJWM · · Score: 1

      Dang, I already posted to this thread or I'd mod you +1 insightful.

      --
      -- Alastair
  35. Tax data standards by tepples · · Score: 2, Insightful

    No one is holding a gun to your head to use any standard. If you don't use the government's pet standard to file tax documents, then the local counterpart of the Internal Revenue Service will hold a gun to your head.
  36. Just wait by BlueParrot · · Score: 1

    In a moment now he will start worrying about precious fluids.

  37. Re:Now the waiting game... by wtansill · · Score: 2, Insightful

    Please point out my obvious troll! I made a serious point. A lot of people on Slashdot only hate the idea of OOXML because Microsoft wrote it. Now, are you going to discuss it or hide behind the moderation system?
    No, we hate it because:
    1. It is not meant as a specification to be implemented openly by others -- it was only introduced to quash a competing, already ratified standard so as to maintain Microsoft's Office Monopoly.
    2. It is not an open standard -- it does not promise to be patent unencumbered.
    3. As provided, it cannot be implemented by anyone other than MicroSoft, since it relies on other specifications that are not open, and that are unavailable to other implementers.
    4. That MicroSoft has made some things "deprecated" is a smokescreen. Many things in, say, Java, or C are "deprecated". That does not relieve a developer of the need to implement those features anyway in order to maintain backward compatibility with older documents/programs.

    Aside form the above and a few other things, it's a great standard... </sarcasm>
    Now -- would you care to tell us who you are and who you actually work for "Anonymous"?
    --
    The contest for ages has been to rescue liberty from the grasp of executive power. -- Daniel Webster
  38. Re:Now the waiting game... by Photo_Nut · · Score: 1

    Here's the thing that I don't get.

    1) People on Slashdot claim that Open Source Software is better than Closed Source Software (not everyone makes this claim, and I doubt that people who use them both all the time believe it).
    2) Microsoft releases Office 2007 with documentation about the new zipped-XML-based file formats (It's kinda neat to hack around in them for fun and profit).
    3) The new XML-based formats are bug-compatible with the old binary formats - they preserve dusty old behaviors from old software that people might still be running (so if your customers still use Office 97 you can still support them).
    4) There are many articles/people on Slashdot whining and complaining about OOXML vs ODF (this is Slashdot after all - news for nerds, stuff that nobody else cares about).

    Is ODF any better than OOXML or the old Microsoft formats in all ways? If not, then why not? Make it better - don't waste your time on Slashdot whining - your whines do nothing. Is OOo better than Microsoft Office in all ways? If not, then why not? Make it better - don't waste your time on Slashdot whining. Your hate shortens your life and accomplishes nothing.

    The truth of the matter is that it is hard to write good software, and it is complicated. There are those who write good software, and those who talk about it. Clearly people who write on Slashdot aren't the former, or we wouldn't be here.

    I will point out that Apple already added support for OOXML in their iWork '08 suite, so it really doesn't appear to be terribly difficult to do. Will it matter? How many Million copies of Microsoft Office 2007 are out there in corporations around the world? While we are arguing on Slashdot, Microsoft's army of code monkies and lock-in experts are coming up with the next set of killer features and file format extensions. If you want to compete, you'd better get off Slashdot and start coding. By my recollection, you have about 10 years worth of feature work to catch up on, starting with a UI that doesn't make me want to gouge out my eyeballs with a spoon...

    What happens if/when Microsoft absorbs ODF support as a "feature" and bitmap-izes/OOXML-izes the extra functionality? It would satisfy requirements that Microsoft Office be compatible with ODF while at the same time neutering OOo ODF support. Would you rather have a neutered ODF file or something which doesn't pretend to be ODF wrapping OOXML? Really, think about the compatability problems with different document formats. It's just like IE 6's rendering of HTML+W3C standards vs IE 7 vs Opera vs Netscape vs Mozilla vs Safari. Get ready for it. It is coming. The people using ODF with Microsoft products won't suffer - the people using ODF with OOo will cry bloody murder and be forced to use Microsoft Office to get full fidelity from their ODF files.

    And Microsoft marketing will call the ODF support a feature. They will laugh all the way to the bank as they sell millions and millions of copies to governments and corporations around the world. If you want to beat Microsoft at this game, you have to play like Microsoft does - make OOo save out OOXML with limitations or extenstions that frustrate Microsoft Office customers - uneditable charts, etc. Embrace and extend works in both ways.

    Of course, it's a double edged sword. Microsoft makes these apps, and hundreds of millions of people run them every day. People are paid to write programs around them and their APIs and their file formats. The products that Microsoft spit out are the standard. You can't stop the Microsoft army of coders directed by Gates and co from making their next version and patching the previous one. All you can do is attempt - little by little - to make something that people would want to use more.

  39. Re:Now the waiting game... by dhavleak · · Score: 1

    Many things in, say, Java, or C are "deprecated". That does not relieve a developer of the need to implement those features anyway in order to maintain backward compatibility with older documents/programs. As a programmer, if you rely on a deprecated class/method/member/keyword/anything you're really painting yourself into a corner. It's happened several times in the past that Java has made good on its deprecation promises.

    I don't know if you're talking from the perspective of developing a compiler. I guess that would make sense, since that would involve implementing the standard (for whichever language) which is what this whole topic is about. And I can understand a compiler developer being forced to extend support for deprecated features for backwards compatibility reasons. But having given notice they are well within their rights to yank it, and for any actively maintained codebase replacing the deprecated parts shouldn't be that difficult. So where this might become relevant to the current discussion: does anyone know what office 2007 uses 'FormatLikeWord95' for? i.e. is it used for backwards compatibility when saving documents to be read by word 95. If so that would mean that most documents generated by office 2k7 will not use this feature, and most OOXML implementations could safely leave it out, thereby accelerating it's obsolescence.

    Now -- would you care to tell us who you are and who you actually work for "Anonymous"? Just for the record, AC wasn't me, and I don't work for MS. Not sure why that's needed to qualify my statements. If you were an OOo developer your comments would get more weight, not less.
  40. Depracation May Make Things WORSE by Stephen+Samuel · · Score: 1
    Deprecating the functions doesn't mean that MS isn't going to be using them -- it just means that they don't want anybody else to use them. It's also possible that, by removing those functions to other sections, they're removing what little patent protection developers might have for implementing that functionality.... That's because MS's patent protection only clearly applies to features that are well-documented in the definition documents.

    So: The results of this deprecation could be (in the worst case):

    • Developers will be deluded into believing that MS isn't going to be using this functionality (e.g. how Ashton Tate was convinced, by Microsoft to focus their Lotus 123 efforts on OS/2, while MS was focusing their Excel development on Windows 3).
    • Developers who develop for those capabilities could face enhanced legal exposure
    • documentation for this functionality could be decreased rather than increased (which is what most people want -- given that MS is currently using this functionality).
    It's getting harder and harder to deny that MS is attempting to create a standard that their software will neither read nor write properly -- but that they can claim that they're using (because they control both the trademark and the "defacto standard" implementation of).
    --
    Free Software: Like love, it grows best when given away.
  41. Re:Now the waiting game... by wtansill · · Score: 1
    1. Is it now? Odd, how MS only came up with its new proposed standard after they were told they no longer qualified in MA due to that state's adoption of the Enterprise Technical Resource Model (ETRM). This may have been overturned by now, but was the root cause of OOXML's hasty introduction in the first place.
    2. ODF is a standard that can be freely implemented by any vendor. Please describe the nature of any patent encumbrance you believe exists.
    3. Didn't know about Apple, but Novel is a rather special case, don't you think, given that they caved to the MS bogeyman that claims all manner of patent infringement by FOSS. Despite which they won't actually tell anyone what patents are supposedly infringed. Smells like FUD spreading to me.
    4. I refer you to an excellent article on the MS deprecation smokescreen: http://fanaticattack.com/2007/the-deprecated-smoke-screen-of-ms-office-open-xml-ooxml.html/ It seems the Office 2007 can't even save its own documents in the format described by the OOXML document. I leave you to draw your own conclusions as to just what that says about the "standard".
    While my wife might agree with the "pompous" accusation, I'm fairly certain she'd disagree with the cunt part. I did not, BTW, label you with any sort of tawdry moniker ("pompous cunt" being one such). I'd appreciate it if you'd refrain from that sort of thing as well, or your "karma" might just fade away on its own...
    --
    The contest for ages has been to rescue liberty from the grasp of executive power. -- Daniel Webster
  42. Thanks! by jafoc · · Score: 1

    Thanks a lot for posting this contribution. I'm feeding it into the process for producing the "problem report" document.