Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › Linux Foundation: "Stimmt gegen…

OOXML is defective by design

  1. Thema

Neues Thema Ansicht wechseln


  1. OOXML is defective by design

    Autor: Suomynona 30.08.07 - 13:32

    Open XML kann man nicht ernst nehmen und sollte die ISO dies tatsaechlich zu einem Standard ernennen kann man wohl auch die ISO nicht mehr ernst nehmen.

    http://ooxmlisdefectivebydesign.blogspot.com/

    Oben stehenden Link braucht mal eigtl. nicht weiter kommentieren, das spricht schon von allein ganze Baende.

    snafu,
    Suomynona

  2. Re: OOXML is defective by design

    Autor: Steppenwolf 30.08.07 - 13:53

    Suomynona schrieb:
    -------------------------------------------------------
    > Open XML kann man nicht ernst nehmen und sollte
    > die ISO dies tatsaechlich zu einem Standard
    > ernennen kann man wohl auch die ISO nicht mehr
    > ernst nehmen.


    naja, Open XML ist da auch nicht schlimmer als ODF nur ein bischen umfangreicher ;-)

    Schau dir mal http://testsuite.opendocumentfellowship.org/summary.html an, dann kannst du zum Vergleich mal sehen sehen wie karastrophal es um den ODF-Support in der Praxis steht.

  3. Re: OOXML is defective by design

    Autor: Suomynona 30.08.07 - 14:59

    Steppenwolf schrieb:
    -------------------------------------------------------
    > Suomynona schrieb:
    > --------------------------------------------------
    > -----
    > > Open XML kann man nicht ernst nehmen und
    > sollte
    > die ISO dies tatsaechlich zu einem
    > Standard
    > ernennen kann man wohl auch die ISO
    > nicht mehr
    > ernst nehmen.
    >
    > naja, Open XML ist da auch nicht schlimmer als ODF
    > nur ein bischen umfangreicher ;-)

    Wir haben bereits einen (schlechten) Standard darum macht noch ein Weiterer (genauso schlechter oder sogar noch schlechterer) auch nix mehr?

    Interessante Argumentation, laesst nur leider unberuecksichtigt, dass erstens MS ab Anerkennung von OOXML als Standard keinen Furz mehr dafuer tun wird, ODF zu unterstuetzen, zweitens alle Welt sich mit Konvertierungsproblemen von einem Standard in den Andern herumschlagen muss und drittens alle betroffenen Softwarehersteller sich zwangslaeufig mit OOXML und dessen 20 Jahre an MSO-Altlasten befassen muessen.

    snafu,
    Suomynona

  4. Re: OOXML is defective by design

    Autor: Steppenwolf 30.08.07 - 18:58

    Suomynona schrieb:
    > ------------------------------------
    > [...] Interessante Argumentation, laesst nur leider
    > unberuecksichtigt, dass erstens MS ab Anerkennung
    > von OOXML als Standard keinen Furz mehr dafuer tun
    > wird, ODF zu unterstuetzen,

    Das müsste ishc erst erweisen. Ich bin mir hier nicht ganz so sicher wie du.

    > zweitens alle Welt
    > sich mit Konvertierungsproblemen von einem
    > Standard in den Andern herumschlagen muss

    Glaubst du wirklich, dass Microsoft bei eine Ablehnung des ISO-Standards Word/Excel/Powerpoint um die hälfte ihrer Funktionen kürzen und ODF als Standarddateiformat 100% ISO-konform einsetzen würde? Das wird sicher nicht geschehen und daher wird die Konvertierungsproblematik MS Office <-> ODF bestehen bleiben egal wie die Sache ausgeht. Mit einem ISO Standard dürfte es allerdings leichter sein einen derarigen Konverter herzustellen (zumal es ja solche für Open Office und MS Office für das jeweils andere Format bereits gibt)

    > und drittens alle betroffenen Softwarehersteller sich
    > zwangslaeufig mit OOXML und dessen 20 Jahre an
    > MSO-Altlasten befassen muessen.

    Wenn irgendein Hersteller die bestehenden Dokumente weiterhin unterstützen will, dann wird er hier nicht drumherum kommen. Eine Brutal-Konvertierung wie sie ODF vorsieht wird wohl kein Anwender ernsthaft in Erwägung ziehen. Das ist einer der wichtigsten Lehren, die Microsoft im Office-Markt in den letzten 20 Jahren lernen musste und darum den Open XML Standard entsprechend designed hat.

  5. Re: OOXML is defective by design

    Autor: Querdenker 02.09.07 - 01:30

    Steppenwolf schrieb:
    -------------------------------------------------------
    > Suomynona schrieb:
    > > ------------------------------------
    >
    > [...] Interessante Argumentation, laesst nur
    > leider
    > unberuecksichtigt, dass erstens MS ab
    > Anerkennung
    > von OOXML als Standard keinen
    > Furz mehr dafuer tun
    > wird, ODF zu
    > unterstuetzen,
    >
    > Das müsste ishc erst erweisen. Ich bin mir hier
    > nicht ganz so sicher wie du.
    >
    Wenn es Microsoft wirklich ernst mit der ISO Standardisierung eines funktionierenden Textverarbeitungsstandards wäre, würde sie ODF erweitern und nicht lückenhafte, ungenaue und überlange Vorschläge einreichen. Schließlich könnte MS in Word so lange weiter doc verwenden wie sie will und erst dann das erweiterte ODF zum Standardformat machen wenn fast alle MS Kunden eine Word Version haben, die das erw. ODF verarbeiten kann. Niemand kann ernsthaft erwarten, dass doc in einem Jahr verschwindet. Ein Standard ist ja auch nicht dazu da, eine sofortige Änderung im Markt zu bewirken. Nur den Weg in eine kompatiblere Zukunft muss er weisen. Das Ziel verfehlt OOXML materiell belegbar.


    > Glaubst du wirklich, dass Microsoft bei eine
    > Ablehnung des ISO-Standards Word/Excel/Powerpoint
    > um die hälfte ihrer Funktionen kürzen und ODF als
    > Standarddateiformat 100% ISO-konform einsetzen
    > würde? Das wird sicher nicht geschehen und daher
    > wird die Konvertierungsproblematik MS Office
    > <-> ODF bestehen bleiben egal wie die Sache
    > ausgeht. Mit einem
    FUNKTIONIERENDEN
    > ISO Standard dürfte es
    > allerdings leichter sein einen derarigen Konverter
    > herzustellen (zumal es ja solche für Open Office
    > und MS Office für das jeweils andere Format
    > bereits gibt)

    Wie schon von unzähligen anderen postern hier ausgeführt gibt es zahlreiche und begründete Einwände gegen OOXML. Leider fehlt eine materielle Gegenargumentation von Seiten der MS Befürworter gänzlich.

    >
    > Wenn irgendein Hersteller die bestehenden
    > Dokumente weiterhin unterstützen will, dann wird
    > er hier nicht drumherum kommen. Eine
    > Brutal-Konvertierung wie sie ODF vorsieht wird
    > wohl kein Anwender ernsthaft in Erwägung ziehen.
    > Das ist einer der wichtigsten Lehren, die
    > Microsoft im Office-Markt in den letzten 20 Jahren
    > lernen musste und darum den Open XML Standard
    > entsprechend designed hat.
    Es gibt einige Beispiele von Firmen und Regierungsbehörden, die eben jene Brutal-Konvertierung durchgeführt haben. Und wie schon oben ausgeführt muss und wird es natürlich keinen Wechsel von Word zu anderen Produkten über Nacht geben. Nur der Weg zu Alternativen muss von MS glaubhaft geebnet werden, wenn sie mit der ISO Zertifizierung werben wollen. Leider stößt der MS-Vorschlag auf klare und begründete Bedenken, die bis jetzt nicht materiell widerlegt sind.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Coroplast Fritz Müller GmbH & Co. KG, Wuppertal
  2. Conditorei Coppenrath & Wiese KG, Mettingen
  3. Robert Bosch GmbH, Salzgitter
  4. Pfennigparade SIGMETA GmbH, München

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. (-35%) 19,49€
  2. (-33%) 39,99€
  3. 31,99€
  4. 59,99€ mit Vorbesteller-Preisgarantie (Release 14.11.)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Apple Watch im Test: Auch ohne EKG die beste Smartwatch
Apple Watch im Test
Auch ohne EKG die beste Smartwatch

Apples vierte Watch verändert das Display-Design leicht - zum Wohle des Nutzers. Die Uhr bietet immer noch mit die beste Smartwatch-Erfahrung, auch wenn eine der neuen Funktionen in Deutschland noch nicht funktioniert.
Ein Test von Tobias Költzsch

  1. Smartwatch Apple Watch Series 4 mit EKG und Sturzerkennung
  2. Smartwatch Apple Watch Series 4 nur mit sechs Modellen
  3. Handelskrieg Apple Watch und anderen Gadgets drohen Strafzölle

Pixel 3 und Pixel 3 XL im Hands on: Googles Smartphones mit verbesserten Kamerafunktionen
Pixel 3 und Pixel 3 XL im Hands on
Googles Smartphones mit verbesserten Kamerafunktionen

Google hat das Pixel 3 und das Pixel 3 XL vorgestellt. Bei beiden neuen Smartphones legt das Unternehmen besonders hohen Wert auf die Kamerafunktionen. Mit viel Software-Raffinessen sollen gute Bilder auch unter widrigen Umständen entstehen. Die ersten Eindrücke sind vielversprechend.
Ein Hands on von Ingo Pakalski

  1. BQ Aquaris X2 Pro im Hands on Ein gelungenes Gesamtpaket mit Highend-Funktionen

Xilinx-CEO Victor Peng im Interview: Wir sind überall
Xilinx-CEO Victor Peng im Interview
"Wir sind überall"

Programmierbare Schaltungen, kurz FPGAs, sind mehr als nur Werkzeuge, um Chips zu entwickeln: Im Interview spricht Xilinx-CEO Victor Peng über überholte Vorurteile, den Erfolg des Interposers, die 7-nm-Fertigung und darüber, dass nach dem Tape-out der Spaß erst beginnt.
Ein Interview von Marc Sauter

  1. Versal-FPGAs Xilinx macht Nvidia das AI-Geschäft streitig
  2. Project Everest Xilinx bringt ersten FPGA mit 7-nm-Technik

  1. E-Mail-Verschlüsselung: Sicherheitslücke in Pep/Enigmail behoben
    E-Mail-Verschlüsselung
    Sicherheitslücke in Pep/Enigmail behoben

    Durch eine Sicherheitslücke in der Pretty-Easy-Privacy-Funktion hat die Thunderbird-Erweiterung Enigmail manchmal unverschlüsselte E-Mails versendet, die eigentlich verschlüsselt sein sollten. Die Ursache wurde gefunden und das Problem behoben.

  2. Neuer Echo Dot im Test: Geht doch, Amazon!
    Neuer Echo Dot im Test
    Geht doch, Amazon!

    Echo Dot steht bisher für muffigen, schlechten Klang. Mit dem neuen Modell zeigt Amazon, dass es doch gute smarte Mini-Lautsprecher mit dem Alexa-Sprachassistenten bauen kann, die sogar gegen die Konkurrenz von Google ankommen.

  3. Campusnetze: Das teure Versäumnis der Telekom
    Campusnetze
    Das teure Versäumnis der Telekom

    Die Deutsche Telekom muss anderen Konzernen bei 5G-Campusnetzen entgegenkommen. Jahrzehntelang von Funklöchern auf dem Lande geplagt, wollen Siemens und die Automobilindustrie nun selbst Mobilfunknetze aufspannen. Auch der öffentliche Rundfunk will selbst 5G machen.


  1. 12:54

  2. 12:12

  3. 12:01

  4. 11:43

  5. 11:28

  6. 11:02

  7. 10:49

  8. 10:30