» »

ISO zavrnil pritožbe glede standardizacije OOXML

ISO zavrnil pritožbe glede standardizacije OOXML

Slashdot - ISO in IEC sta ponovno potrdila veljavnost standarda Office Open XML, ko so voditelji organizacij zavrnili pritožbe štirih držav (Brazilije, Južnoafriške republike, Venezuele in Indije), saj tem državam ni uspelo zbrati potrebne dvotretjinske podpore članov upravnih odborov ISO in IEC.

Razlog za pritožbo bi naj bile nepravilnosti pri glasovanju, saj je vse skozi postopek bilo slišati pritožbe o morebitnem podkupovanju s strani Microsofta.

56 komentarjev

«
1
2

jype ::

Neresni.

techfreak :) ::

Kako lahko zaprt standard (skoraj zaprt) OOXML postane standariziran? Sploh pa od MSja.

Kaj že nismo imeli podobnega odprtega standarda, ki bi lahko postal standariziran, pa še odprt je bil.

opeter ::

Kako lahko zaprt standard (skoraj zaprt) OOXML postane standariziran? Sploh pa od MSja.

Kaj že nismo imeli podobnega odprtega standarda, ki bi lahko postal standariziran, pa še odprt je bil.


Tako je. To tudi jaz enostavno ne razumem. ODF bi bil čisto dovolj. Naj se MS malce prilagodi in pika.
Ne pa, da podkupuje organizacijo za standardizacije. Bljak, kapitalizem.
Hrabri mišek (od 2015 nova serija!) -> http://tinyurl.com/na7r54l
18. november 2011 - Umrl je Mark Hall, "oče" Hrabrega miška
RTVSLO: http://tinyurl.com/74r9n7j

kriko1 ::

ISO - I Sold Out ;)

Mavrik ::

Hja, očitno "Mi ne maramo Microsofta" ni dovolj dober razlog za pritožbo.
The truth is rarely pure and never simple.

jype ::

Mavrik> Hja, očitno "Mi ne maramo Microsofta" ni dovolj dober razlog za pritožbo.

Saj to ni bil razlog. Če si napisal novico, potem pa to menda ja veš, ane?

cekr ::

Toliko pritožb. Uporabljate pa MS Office. Malo se zresnite.
Sinclair ZX Spectrum [Zilog Z80A - 3.5 MHz, 48kB, dvojni kasetofon,
TV-OUT, radirke, Sinclair-Basic], Sinclair ZX-81 [Z80A, 3.25MHZ, 1kB]

jype ::

cekr> Toliko pritožb. Uporabljate pa MS Office. Malo se zresnite.

Kdo uporablja MS Office?

Saj če bi reč delovala na resnih operacijskih sistemih, potem ne rečem, da bi morda kupil zadevo, ampak trenutno je zame žal neuporabna.

aljoose ::

saj dela tudi v resnih sistemih, za osx native, v linuxu se pa tudi da lepo zemulirat.

darksamurai ::

Pa kaj vam ni jasno?!? Standardna stvar mora biti 100% odprta (vsaj naj bi bla). To pomeni 100% dostopna iz vseh strani in dimenzij ne pa samo iz enih vrat, ki jih M$ po potrebi odklepa. Problem je tudi, da je MS office draga zadeva, sploh pa v primerjavi z alternativo nekajkrat PREdraga.

Zgodovina sprememb…

Mavrik ::

Pa kaj vam ni jasno?!? Standardna stvar mora biti 100% odprta (vsaj naj bi bla). To pomeni 100% dostopna iz vseh strani in dimenzij ne pa samo iz enih vrat, ki jih M$ po potrebi odklepa. Problem je tudi, da je MS office draga zadeva, sploh pa v primerjavi z alternativo nekajkrat PREdraga.


OOXML je 100% odprt in dokumentiran. V čem je problem?
The truth is rarely pure and never simple.

BigWhale ::

[Tale_Tag_Oznacuje_Word95_Odstavek]
Tole bi znal ze biti en problem...
[/Konec_Word95_Odstavka]

[Tle_Naprej_So_Pa_NasiTM_Binarni_Podatki]
33ab32af35f2effa32
[/Tle_Se_Pa_Nehajo]

darkolord ::

Tale_Tag_Oznacuje_Word95_Odstavek ni problem, ker lepo piše, kaj se naredi v primeru, da na to naletiš.

Tle_Naprej_So_Pa_NasiTM_Binarni_Podatki je pa urbani mit.

Mavrik ::

[Tale_Tag_Oznacuje_Word95_Odstavek]
Tole bi znal ze biti en problem...
[/Konec_Word95_Odstavka]


Zakaj pa je to problem? Saj lepo piše, kaj tole dela in kako se obnaša. Prav tako je očitno, da v novih dokumentih tega več ni, saj Worda 95 že dolgo ni v uporabi a ne?

Tisto drugo pa je bluženje kot je že bilo rečeno.
The truth is rarely pure and never simple.

destroyer2k ::

darksamurai

Ja no 50€ tudi ni tako pretirano drago za študente office 2007. Samo to imam v namenu za tiste kateri potrebujejo dosti office, ne za tiste ko uporabljajo čisto malo, za tiste po mojem mnenju zadošča openoffice.

fiore ::

[Tale_Tag_Oznacuje_Word95_Odstavek]
Tole bi znal ze biti en problem...
[/Konec_Word95_Odstavka]


Zakaj pa je to problem? Saj lepo piše, kaj tole dela in kako se obnaša. Prav tako je očitno, da v novih dokumentih tega več ni, saj Worda 95 že dolgo ni v uporabi a ne?

Tisto drugo pa je bluženje kot je že bilo rečeno.

problem je v tem, da tega standarda niti mirkosoft ne zna implementirati, kaj šele kdo drug.

Utk ::

Ja se pravi, da ga ne bo nihče uporabljal in bo slej ko prej (kot mnogo drugih) pozabljen. Sploh ne vidim problema.

Azrael ::

Prav hecno, ampak tako je z MS haterji.

Po vseh forumih, vse polno znalcev, kaj je vse je narobe in bjak in fuj saj je stvar od MS, ko gre zares, pa nimajo za burek. Standardno.
Nekoč je bil Slo-tech.

Zgodovina sprememb…

  • spremenil: Azrael ()

OmegaBlue ::

No ko bomo videl OOXML compliant implementacijo se lahko zgovarjamo naprej, do takrat je to samo standard na papirju.
Never attribute to malice that which can be adequately explained by stupidity.

darkolord ::

Velik jih je.

Ziga Dolhar ::

No ko bomo videl OOXML compliant implementacijo se lahko zgovarjamo naprej, do takrat je to samo standard na papirju.


Kot naprimer (X)HTML in podobni :).
https://dolhar.si/

Tear_DR0P ::

jst sam vem da sem na osx v MS office4mac napisal par strani seminarske in se je na winsih odprla povsem sesuta - hvala lepa za tak office paket - sedaj uporabljam OOo in se stvari odprejo lepo na vseh OS, ki jih uporabljam - če pa dokumentov ne potrebujem za urejanje, gredo obvezno v PDF - skoraj lep primer proprietary formata, ki je postal odprt standard
"Figures don't lie, but liars figure."
Samuel Clemens aka Mark Twain

Quikee ::


Zakaj pa je to problem? Saj lepo piše, kaj tole dela in kako se obnaša.

Kje?

Prav tako je očitno, da v novih dokumentih tega več ni, saj Worda 95 že dolgo ni v uporabi a ne?

Saj - če hočem naredit OOXML kompatibilen software moram to obnašanje podpret (tak kot mora vsak nov brskalnik podpret frame-e, čeprav skoraj več ni strani, ki bi jih uporabljala). Pravzaprav... na novo(!) definiran format in moram podpret stvari, ki se ne bodo uporabljale (kolko vem so dosti takšnih stvari iz standarda "pobrisali" med BRM - ampak na BRM so se dotaknili le mali delež specifikacij)!

Pa ne se že spet izgovarjat na kompatibilnost za nazaj, saj sem že pri zadnji diskusiji povedal, da bi lahko to rešili na bolj čist način. Za stare elemente bi uvedli opcijsko plast kompatibilnosti (povsem ločeno od standarda), s pomočjo katerega bi lahko popolnoma rekonstruirali izgled "starega" elementa. V samem formatu pa bi izgled starega elementa kolko se le da z novimi elementi. Rezultat tega je, da bi imel čisto in ožje definirane elemente v novem formatu in bi prav vsi programi, ki bi te elemente podpirali znali prikazat dokument približno isto. Če to ne bi bilo dovolj, bi pa še vedno opcijsko lahko popolnoma rekonstruiral star dokument.

Če bi Microsoft od začetka resno mislil s tem formatom kot standard, bi naredil točno to. Seveda pa to ne bi bilo poceni in tudi ne bi imelo nekega smisla - je bolj efektivno, če naredijo "dump" binarnega formata v xml (Office ga bo tak ali tak moral podpirat skoraj 1:1) in ga prisilijo, da postane standard.

darkolord ::

Zakaj pa je to problem? Saj lepo piše, kaj tole dela in kako se obnaša.

Kje?

V specifikaciji. "It is recommended that applications not intentionally replicate this behavior as it was deprecated due to issues with its output, and is maintained only for compatibility with existing documents from that application"


če hočem naredit OOXML kompatibilen software moram to obnašanje podpret

Ne, ni treba.


Ampak sej vsi tle vemo, da so take stvari tudi v ODF, ane? (Pa da tam še nekatere ostale stvari niso dokumentirane)

Zgodovina sprememb…

  • spremenilo: darkolord ()

techfreak :) ::

Nisem najbolj prepričan v ta OOXML standard, vendar o njem tako odločajo takšni, ki se ne spoznajo na to.

Meni je tako vseeno, saj nobeden ne ve kdaj bo sploh prišel v uporabo. MS ga naj ne bi uporabil vsaj do naslednjih Officeov.

saj dela tudi v resnih sistemih, za osx native, v linuxu se pa tudi da lepo zemulirat.


MS Office je narejen tudi native za OS X, vendar je slabo narejen.

Hitrejše mi deluje MS Office naložen na virtualiziranih Windowsih, kot pa native v OS X.:'(

darkolord ::

OOXML je seveda primarni format v Office 2007.

jype ::

darkolord> OOXML je seveda primarni format v Office 2007.

In Office 2007 seveda tega formata ne implementira (implementira zgolj nekaj drugega, podobnega).

Zgodovina sprememb…

  • spremenilo: jype ()

darkolord ::

To, kaj pomeni, da je format "implementiran", piše v specifikaciji. No, v ODF piše, da se kar sam odločiš, al je tvoja aplikacija konformna s standardom.

Quikee ::


V specifikaciji. "It is recommended that applications not intentionally replicate this behavior as it was deprecated due to issues with its output, and is maintained only for compatibility with existing documents from that application"


Aha... to je za tebe natančen opis kaj ta element dela - nekaj kaj itak ni potrebno. Zakaj torej sploh obstaja? A da upraviči 7000+ strani specifikacije?

če hočem naredit OOXML kompatibilen software moram to obnašanje podpret

Ne, ni treba.


Ne... in kaj naredim če najdem ta element v dokumentu? Ignoriram? oz. kje piše kako ravnati v takšni situaciji?

Ampak sej vsi tle vemo, da so take stvari tudi v ODF, ane? (Pa da tam še nekatere ostale stvari niso dokumentirane)

Kje? Primer? Link?

darksamurai ::

v bistvu vsem študentom zadošča OpenOffice. Kaj pa ima tako naprednejšega M$ Office, sploh ta okrnjena študentska različica?

Utk ::

OpenOffice ne moreš ilegalno s torrenta povlečt :)

darkolord ::

Ne... in kaj naredim če najdem ta element v dokumentu? Ignoriram? oz. kje piše kako ravnati v takšni situaciji?

Ignoriraš, ja. Oz nardiš isto kot narediš, ko v ODF dokumentu srečaš "UseFormerLineSpacing" (s tem, da v ODF specifikaciji te nastavitve sploh niso definirane)

Pa še ena cvetka:
The text:protection-key attribute specifies the password that protects the section. To avoid saving the password directly into the XML file, only a hash value of the password is stored.

Nikjer nobene omembe o algoritmu :)

Kaj pa ima tako naprednejšega M$ Office, sploh ta okrnjena študentska različica?

Kako pa je ta študentska različica po tvoje "okrnjena"?

Zgodovina sprememb…

  • spremenilo: darkolord ()

[D]emon ::


The text:protection-key attribute specifies the password that protects the section. To avoid saving the password directly into the XML file, only a hash value of the password is stored.

Nikjer nobene omembe o algoritmu :)


Logicno bi bilo sklepat da je MD5 :D Jasno sicer je, da se ga da delno napasti s pomocjo rt ampak za zadeve kjer je potrebna visja stopnja varnosti bi utegnil prej biti uporabljen kak Rijndael 128bit.

techfreak :) ::

v bistvu vsem študentom zadošča OpenOffice. Kaj pa ima tako naprednejšega M$ Office, sploh ta okrnjena študentska različica?

Vendar OpenOffice do OO3 ni bil native v Mac OS X in je bilo upravljanje z njim zelo težko.

OpenOffice 3 pa je končno popolnoma native, vendar je trenutno še beta in ni dopolnjen in še ima težave.

Tear_DR0P ::

Vendar OpenOffice do OO3 ni bil native v Mac OS X

zakaj se pa men že 2.4 integrira v aquo? in dela?
"Figures don't lie, but liars figure."
Samuel Clemens aka Mark Twain

opeter ::

Vendar OpenOffice do OO3 ni bil native v Mac OS X

zakaj se pa men že 2.4 integrira v aquo? in dela?


Ker uporabljaš NeoOffice :P
Hrabri mišek (od 2015 nova serija!) -> http://tinyurl.com/na7r54l
18. november 2011 - Umrl je Mark Hall, "oče" Hrabrega miška
RTVSLO: http://tinyurl.com/74r9n7j

darkolord ::


The text:protection-key attribute specifies the password that protects the section. To avoid saving the password directly into the XML file, only a hash value of the password is stored.

Nikjer nobene omembe o algoritmu :)


Logicno bi bilo sklepat da je MD5 :D Jasno sicer je, da se ga da delno napasti s pomocjo rt ampak za zadeve kjer je potrebna visja stopnja varnosti bi utegnil prej biti uporabljen kak Rijndael 128bit.

Aha, in kako nej program to ve?

Tear_DR0P ::

v bistvu men 2.4 dela brez X11 in ni neooffice
"Figures don't lie, but liars figure."
Samuel Clemens aka Mark Twain

fiction ::

Logicno bi bilo sklepat da je MD5 :D Jasno sicer je, da se ga da delno napasti s pomocjo rt ampak za zadeve kjer je potrebna visja stopnja varnosti bi utegnil prej biti uporabljen kak Rijndael 128bit.

Ne. MD5 ima svoje slabosti, zato je bolje uporabljati SHA-1 ali kaj podobnega za izvlecek gesla.
Tudi mavricnih tabel se pri uporabi nekega salta ne da uporabiti.

Meni se zdi cisto prav, ce standard ne predpisuje tocno kaksen algoritem naj se uporablja.
Naj bo v stilu [passwordhash algorithm="whatever"]hash[/passwordhash] pri cemer naj v standardu le pise, da morajo biti podprti najmanj MD5 in SHA1 ali kaj takega.

Rijndael oz. AES je block cipher in ne one-way hash!

A ni ponavadi tako, da se najprej definira nek standard potem pa sele implementira program, ki ustreza standardom? Tukaj je ocitno obratno, ce se standard prilagaja programu. Ne vem sicer kako je s tistimi binarnimi podatki v zapisu, ampak to in pa razne kompatibilnosti za stare programe sigurno ne pasejo v nov standard. Tukaj ni potrebno biti ne Microsoft lover ne Microsoft hater, da ugotovis, da je to, ce ne drugega
zelo grdo.

darkolord ::

Ja, v ODF pa nikjer ne piše, kakšen naj bo algoritem. Tako lahko druga aplikacija samo ugiba :)

To, ali je stvar "grda", pa niti ni tako zelo pomembno. V bistvu sploh ni :)

arjan_t ::

v openoffice source pogledaš :)

Utk ::

Tu se menite, kot da bo vsak tretji programer delal implementacijo tega. Nazadnje bomo imeli morda 4-5 različnih, od tega bojo vsaj 2 opensource in zastonj, tako da jih bo vsak lahko uporabil, strašne razlike med njimi pa najbrž ne bo. Stare stvari bojo delale bolj slabo, novih pa ne bo problem uskladit. Same probleme iščete, kjer jih ni.

Quikee ::

Ne... in kaj naredim če najdem ta element v dokumentu? Ignoriram? oz. kje piše kako ravnati v takšni situaciji?

Ignoriraš, ja. Oz nardiš isto kot narediš, ko v ODF dokumentu srečaš "UseFormerLineSpacing" (s tem, da v ODF specifikaciji te nastavitve sploh niso definirane)


Slabo.. kaj potem dela v specifikaciji za standard, če je specifika in jo lahko ignoriram oz. zakaj niso takšne stvari kot element v ločeni "compatibility-mode" shemi. Če bi spustili OOXML skozi navaden in ne hiter postopek, bi se lahko tem stvarem posvetili in jih razrešili (vključno s takimi stvarmi kot so tako osnovne stvari, kot je zapis datuma in so v ooxml prav banalno definirane).

Kar se pa "UseFormerLineSpacing" in podobnih tiče so pa OpenOffice specifike oz. jaz to vidim kot bug v OpenOfiice-u in ne problem ODF-ja. So pa to bolj izjeme kot pravilo.

Pa še ena cvetka:
The text:protection-key attribute specifies the password that protects the section. To avoid saving the password directly into the XML file, only a hash value of the password is stored.

Nikjer nobene omembe o algoritmu :)


Res je, ODF je v določene elemente pomanjkljivo definirane, kar še pa ne pomeni, da je to slabo, saj se standard sproti dopolnjuje s stvarmi, ki so potrebne oz. željene. Posledično je zaradi tega bolj čisto definiran (top-down) in ne tak kot OOXML (up-front).

V draft-u ODF 1.2 sem torej našel tole:
text:protection-key-digest-algorithm
The text:protection-key-digest-algorithm specifies the algorithm used to generate the hash value for the text:protected attribute. It takes the values described in §5.7 of [xmlenc-core]. Reading applications shall support SHA1, which is the default, and SHA256. They may support other algorithms described in §5.7 of [xmlenc-core] or alternative algorithms. Writing application should use SHA256.

darkolord ::

Slabo.. kaj potem dela v specifikaciji za standard, če je specifika in jo lahko ignoriram oz. zakaj niso takšne stvari kot element v ločeni "compatibility-mode" shemi. Če bi spustili OOXML skozi navaden in ne hiter postopek, bi se lahko tem stvarem posvetili in jih razrešili (vključno s takimi stvarmi kot so tako osnovne stvari, kot je zapis datuma in so v ooxml prav banalno definirane).

Kar se pa "UseFormerLineSpacing" in podobnih tiče so pa OpenOffice specifike oz. jaz to vidim kot bug v OpenOfiice-u in ne problem ODF-ja. So pa to bolj izjeme kot pravilo.


"UseFormerLineSpacing" je tako OpenOffice specifika, tako kot je "useWord97LineBreakRules" Microsoft Word specifika. Nastane pa s tem, ko take nastavitve niso definirane v standardu, zelo velik potencialen problem pri interoperabilnosti programov - če uporabnik v mojem programu odpre dokument, ki je bil prvotno ustvarjen v Word 97 in spremeni prelome vrstic, potem lahko "useWord97LineBreakRules" pri shranjevanju zavržem. Pri ODF tega ne moreš, ker teh nastavitev ne poznaš vnaprej.

Zgodovina sprememb…

  • spremenilo: darkolord ()

Quikee ::

Tu se menite, kot da bo vsak tretji programer delal implementacijo tega. Nazadnje bomo imeli morda 4-5 različnih, od tega bojo vsaj 2 opensource in zastonj, tako da jih bo vsak lahko uporabil, strašne razlike med njimi pa najbrž ne bo. Stare stvari bojo delale bolj slabo, novih pa ne bo problem uskladit. Same probleme iščete, kjer jih ni.


Ne.. tu se menimo zakaj OOXML iz tehničnega stališča ni primeren, da je "ožigosan" kot standard. Po mojem mnenju je prava sramota, da se format, ki ima že težave s tako osnovnimi stvarmi kot je zapis datuma, sprejme brez večjih sprememb kot mednarodni standard.

Uporabnik pa ne bo imel zaradi tega problemov - zaenkrat.

Drugače pa vprašanje kakšen smisel še ima OOXML v prihodnje glede na to, da misli Microsoft v naslednji SP za Office 2007 vgradit nativno podporo za ODF 1.1 in če se ne motim so se ponovno pridružili OASIS grupi.

darkolord ::

Po mojem mnenju je pa sramota, da se format, ki ima že težave s tako osnovnimi stvarmi, kot so formule v preglednicah, sprejme brez večjih sprememb kot mednarodni standard.

Quikee ::

"UseFormerLineSpacing" je tako OpenOffice specifika, tako kot je "useWord97LineBreakRules" Microsoft Word specifika.

Res.. le, da je MS te stvari vsilil v standard, namesto dodal kot kompatibilnostjo razširitev k obstoječemu. OpenOffice rešitev ne vsiljuje, kot del specifikacije format - nekaj kaj je in bo tudi v prihodnje specifika za OpenOffice.

Nastane pa s tem, ko take nastavitve niso definirane v standardu, zelo velik potencialen problem pri interoperabilnosti programov - če uporabnik v mojem programu odpre dokument, ki je bil prvotno ustvarjen v Word 97 in spremeni prelome vrstic, potem lahko "useWord97LineBreakRules" pri shranjevanju zavržem. Pri ODF tega ne moreš, ker teh nastavitev ne poznaš vnaprej.


Odvisno. Če maš v privatni shemi ali ločeno za kompatibilnost definiran element in tega spremeniš, ga lahko shraniš pod drugim imenom. Če poznaš privatno shemo lahko iz nje ta element zbrišeš. Če pa ne poznaš, pa pustiš in bo to naslednjič naredil program, ki jo pozna (ali pa nikoli).

Rešitev tega problema je več in vse zmetat v specifikacije se mi zdi najslabša od vseh - sploh če imaš možnost, da format počistiš ali pa ga definiraš nanovo.

Quikee ::

Po mojem mnenju je pa sramota, da se format, ki ima že težave s tako osnovnimi stvarmi, kot so formule v preglednicah, sprejme brez večjih sprememb kot mednarodni standard.


Ohjoj... ODF je bil primarno narejen za tekstovno urejanje in to tudi niso skrivali. Preglednice in formule so na vrsti v ODF 1.2. Top-down, kot je tudi prav in ne up-front.

darkolord ::

Če pa ne poznaš, pa pustiš in bo to naslednjič naredil program, ki jo pozna (ali pa nikoli).

Ampak tisti program ne ve, da si ti to spreminjal. Tako v vsakem primeru pri nastavljanju istih custom nastavitev dobiš ven sranje (oz nekonsistentnost).

Ohjoj... ODF je bil primarno narejen za tekstovno urejanje in to tudi niso skrivali. Preglednice in formule so na vrsti v ODF 1.2. Top-down, kot je tudi prav in ne up-front.

Torej je ODF nepopoln standardn in s tem neuporaben kot enoten format za pisarniške datoteke (besedila, preglednice, prezentacije).

S kakšnim pristopom se standard dopolnjuje ni prav relevantno, če je eden praktično končan (in se v celoti že uporablja), drugi pa je bil očitno na hitro naklamfan skupaj, samo da bi pri sprejetju prehiteli tekmece (od tu tudi takšna razlika v velikosti specifikacije)
«
1
2


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

nfc kartice

Oddelek: Strojna oprema
71527 (1159) sas084
»

Prihajajo enotni polnilci za prenosne računalnike (strani: 1 2 )

Oddelek: Novice / Ostale najave
6624207 (19645) Malajlo
»

Microsoft najavil polno podporo za OOXML

Oddelek: Novice / Pisarniški paketi
289406 (8529) Gandalfar
»

YouTube začenja prekodiranje videoposnetkov v WebM (strani: 1 2 3 )

Oddelek: Novice / Omrežja / internet
13630221 (26703) Lonsarg
»

Minty MP3 player

Oddelek: Novice / Diski
424968 (3881) Brane2

Več podobnih tem