Language Selection

English French German Italian Portuguese Spanish

ISO Ill at Ease Over OOXML

The nominal approval of OOXML last month unleashed an unprecedented outpouring of anger, with much of that ire directed at the ISO for failing to uphold basic standards during the process. This has prompted it to respond with a rather interesting FAQ in which it desperately tries to defend itself.

For example, try the following for size:

As stipulated in the ISO/IEC JTC 1 Directives under the section relating to the fast-track process, the criteria for proposing an existing industry standard for the fast-track procedure are a matter for each proposer to decide. In the case of ISO/IEC 29500, Ecma International considered that the fast-track procedure was appropriate.

Translation: don't blame us for the ridiculous fast-tracking, it was all ECMA's fault. Except that you would have thought that ISO might have some say on the matter - unless, of course, ISO is little more than a rubber-stamping service these days.

Then there's this:

More Here

Also: Microsoft's OOXML trophy is conditional

Thanks for ISO Stuff

Thanks for posting some less Linux-focused items. Also to consider:

ISO Fantasy

What OOXML Is · The ISO process, brutal and corrupt as it was, has been covered to death by everyone. Its output, soon to be known as ISO/IEC 29500, differs from ECMA-376 in two ways. ¶


What Microsoft really wanted was that ISO stamp of approval to use as a marketing tool. And just like your mother told you, when they get what they want and have their way with you, they’re probably not gonna call you in the morning.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

today's howtos

How to build something ‘useful’ with a Raspberry Pi

In honor of Pi Day, Chaim Gartenberg and I cooked up a tiny little Raspberry Pi project for yesterday’s episode of Circuit Breaker Live. We started with a simple concept: a button that says “Why?” when you press it, in honor of our favorite podcast. So we knew we’d need a button, some sound files, a little bit of Python code, and, of course, a Raspberry Pi. A new Pi is $35, but we found an old Raspberry Pi 2 in my desk drawer, which was up to the task. (Newer Pis have built-in Wi-Fi and faster processors, but for our simple button project we didn’t need internet or extra horsepower.) Read more

Wine 3.4

  • Wine Announcement
    The Wine development release 3.4 is now available.
  • Wine 3.4 Release Continues With Vulkan Upbringing, Some Wine-Staging Patches
    The latest bi-weekly release of Wine is now available for running your favorite or necessary Windows programs/games on Linux and macOS. Wine 3.4 is this latest release and it's significant for continuing to land the "WineVulkan" code. This does include the latest Wine Vulkan patches as of yesterday including the first bits of apps/games working and integration with the X11 driver.

Graphics: AMDGPU, Mesa 17.3.7, RADV

  • Linux 4.17 To Enable AMDGPU DC By Default For All Supported GPUs
    Since the introduction of the AMDGPU DC display code (formerly known as DAL) in Linux 4.15, this modern display stack has just been enabled by default for newer Radeon Vega and Raven Ridge devices. With Linux 4.17 that is changing with AMDGPU DC being enabled by default across the board for supported GPUs. Building off the earlier DRM-Next material for Linux 4.17, Alex Deucher minutes ago sent in another round of feature updates for targeting this next kernel cycle. This latest batch has continued code refactoring around PowerPlay, support for fetching the video RAM type from the video BIOS, allowing the TTM memory manager to drop its backing store when not needed, DC bandwidth calculation updates, enabling DC backlight control for pre-DCE11 GPUs, various display code fixes, and other bug fixes.
  • AMDGPU / ATI 18.0.1 X.Org DDX Driver Releases, Fixes Infinite Loop & Crashes
    Michel Dänzer of AMD issued bug-fix updates on Thursday for the xf86-video-ati and xf86-video-amdgpu DDX drivers. Just two weeks after the AMDGPU 18.0 X.Org driver release as the first version under their new year-based versioning scheme, the 18.0.1 bug-fix release is out. The xf86-video-amdgpu 18.0.1 DDX update fixes a potential infinite loop after a xorg-server reset in some configurations, Xorg crashing when multiple primary screens are configured, and using the TearFree feature could trigger Pixman library debugging spew.
  • Mesa 17.3.7 Nearing Release With 50+ Changes
    While waiting for Mesa 18.0, the Mesa 17.3.7 point release will soon hit stable users of this open-source, user-space graphics stack.
  • RADV Patches Are Closer For Sub-Group Capabilities
    Daniel Schürmann continues hacking on the sub-group patch-set for the RADV Vulkan driver to expose this important feature of the recent Vulkan 1.1 release.