mboost-dp1

Microsoft
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Har læst kommentarerne, hvis de skal overholdes bliver Microsofts format ikke er standard de næste mange år. Det er en detaljeret liste over mangler, store mangler.
Den inkluderer flere tilfælde hvor specifikationerne benytter notation der er erklæret 'deprecated' og derfor bedes ændret. (hvilket ville bryde kompatibilitet for Office 2007) derudover beder de Micorosoft specificerer alle deres tilbage kompatibilitets funktioner.
Alt i alt et meget fyldestgørende svar. Jeg kan ikke se hvordan ISO kan fortsætte uden at trække OOXML ud af fast track og ind i en standard process, som det burde have været fra starten af.
Den inkluderer flere tilfælde hvor specifikationerne benytter notation der er erklæret 'deprecated' og derfor bedes ændret. (hvilket ville bryde kompatibilitet for Office 2007) derudover beder de Micorosoft specificerer alle deres tilbage kompatibilitets funktioner.
Alt i alt et meget fyldestgørende svar. Jeg kan ikke se hvordan ISO kan fortsætte uden at trække OOXML ud af fast track og ind i en standard process, som det burde have været fra starten af.
Mere info @ comon.dk :
http://www.comon.dk/index.php/news/show/id=32484
http://www.comon.dk/index.php/news/show/id=32484
Her er et lille sammendrag af argumenterne bag afslaget.
Jeg er enig i, at det er en kolossal opgave at addressere alle problemerne med OOXML.
Windows afhængigheder
"The utilization of OLE connection and OLE technology, would imply limitation of the specification, since the technology is only available on a subset of platforms. e.g Microsoft Windows."
"User-Defined Attributes
Throughout art 4, Section 2.15 a number of compatibility setting are defined:
useWord2002TableStylerules,
useword97LinebreakRules,
wpJustification,
autoSpaceLikeWord95,
footnoteLayoutLikeWW8,
lineWrapLikeWord6, [...]
The semantics of these tags is not defined and thus it is not possible to implement thesewithout knowledge that exists outside of the specification. This is not acceptable for an international standard."
Udstakt brug af VML, som er deprecated
"the element encourage adoption of the vML notations despite the facts, that the ECMA-376 Office Open XML itself labels VML as "deprecated""
"This is yet another adoption of VML in a place, that could have adopted DrawingML or SVG notation"
Brud på ISO-standarder
"The OOXML violates ISO 8601 (dates and times)"
"The introduction of two different date base systems, and suggestion to mis-handled date calculation to preserve error calculation from earlier version of Microsoft Excel seem the worst possible choice for retention of backwards compatibility"
Andre pinligheder
"Avedev is using an incorrect formula"
"Ecma 376 ignores accepted standards for cryptographic hashes and defies expert standards for cryptography, by proposing its own hash algorithms which are almost certainly flawed"
Jeg er enig i, at det er en kolossal opgave at addressere alle problemerne med OOXML.
Windows afhængigheder
"The utilization of OLE connection and OLE technology, would imply limitation of the specification, since the technology is only available on a subset of platforms. e.g Microsoft Windows."
"User-Defined Attributes
Throughout art 4, Section 2.15 a number of compatibility setting are defined:
useWord2002TableStylerules,
useword97LinebreakRules,
wpJustification,
autoSpaceLikeWord95,
footnoteLayoutLikeWW8,
lineWrapLikeWord6, [...]
The semantics of these tags is not defined and thus it is not possible to implement thesewithout knowledge that exists outside of the specification. This is not acceptable for an international standard."
Udstakt brug af VML, som er deprecated
"the element encourage adoption of the vML notations despite the facts, that the ECMA-376 Office Open XML itself labels VML as "deprecated""
"This is yet another adoption of VML in a place, that could have adopted DrawingML or SVG notation"
Brud på ISO-standarder
"The OOXML violates ISO 8601 (dates and times)"
"The introduction of two different date base systems, and suggestion to mis-handled date calculation to preserve error calculation from earlier version of Microsoft Excel seem the worst possible choice for retention of backwards compatibility"
Andre pinligheder
"Avedev is using an incorrect formula"
"Ecma 376 ignores accepted standards for cryptographic hashes and defies expert standards for cryptography, by proposing its own hash algorithms which are almost certainly flawed"
"The introduction of two different date base systems, and suggestion to mis-handled date calculation to preserve error calculation from earlier version of Microsoft Excel seem the worst possible choice for retention of backwards compatibility"I sig selv er det her ret mærkeligt. Excel regner skudår forkert og man er udmærket klar over det, men ændrer det ikke fordi man vil være direkte kompatibel med gamle versioner af Excel. Selv da man implementerede det i Excel for mange, mange år siden var man klar over fejlen, men implementerede den bevidst for at være bagudkompatibel med et andet program som jeg ikke kan huske navnet på (det er der nok heller ingen andre som kan...). At ville lave denne fejl til en del af en ISO-standard er da totalt vanvid.
Jeg har intet imod at godkende en gennemtænkt og veldokumenteret standard fra Microsoft, men gad vide om MS overhovedet er seriøse eller om de bare vil trække tiden?
Jeg tror at MS er gået i panik.
I mange år har de holdt OOO stangen ved at fastholde programmets "mangel på avancerede funktioner".
Så blev odf formatet iso-godkendt
MSO2007 blev ikke færdiggjort til tiden
PANIK!!!!!!!!!
Jeg tror MS har sovet i timen og selv troet på deres MSO mantra. Hvis MS ikke får godkendt deres format, så er der virksomheder som bliver nød til at skaffe sig af med MSO - af den simple årsag at det kan koste firmaets generelle iso certificering. Det drejer sig om MANGE penge. og prestige.
I DK er situationen nærmest grotesk. DS har været med i proceduren om at godkende ooxml som det åbne format nummer to - og nu viser iso proceduren at formatet ikke er helt åbent (se ovenfor).
Det her er gult kort til MS i Danmark, som måske kan blive fulgt op af et rødt kort på verdensplan.
Den her gør NAS hos MS - også i Redmond.
I mange år har de holdt OOO stangen ved at fastholde programmets "mangel på avancerede funktioner".
Så blev odf formatet iso-godkendt
MSO2007 blev ikke færdiggjort til tiden
PANIK!!!!!!!!!
Jeg tror MS har sovet i timen og selv troet på deres MSO mantra. Hvis MS ikke får godkendt deres format, så er der virksomheder som bliver nød til at skaffe sig af med MSO - af den simple årsag at det kan koste firmaets generelle iso certificering. Det drejer sig om MANGE penge. og prestige.
I DK er situationen nærmest grotesk. DS har været med i proceduren om at godkende ooxml som det åbne format nummer to - og nu viser iso proceduren at formatet ikke er helt åbent (se ovenfor).
Det her er gult kort til MS i Danmark, som måske kan blive fulgt op af et rødt kort på verdensplan.
Den her gør NAS hos MS - også i Redmond.
Jeg syntes det er utroligt så mange stavefejl der er i kommentarene. Hvis det skal tages seriøst må man da vel også forlange en smule gennemsyn før DS publicerer sådan et dokument?
Lidt interessant statestik :
http://www.effi.org/blog/kai-2007-09-05.en.html
http://www.effi.org/blog/kai-2007-09-05.en.html
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.