Vlákno názorů k článku Jak se hlasovalo o Open XML? od El-Condor - Nějak mi uniká celá podstata problému. ODF užimplementovalo...
-
Článek je starý, nové názory již nelze přidávat.
-
El-Condor (neregistrovaný)Nějak mi uniká celá podstata problému. ODF užimplementovalo více než 10 konkurenčních produktů a jediný, kdo s tím má problém je Microsoft. Není vám to divné?
Jaký význam můžou podle vás mít 2 protichůdné normy, pokud jsou schváleny? A kolik norem na stejné téma je udržitelné mít, aby se z ISO nestal významově jenom toaletní papír?
Nemají se normy náhodou doplňovat, místo aby si každá norma, kdy se jí to hodní obešla existující standard, a zavedla si pro své úzké potřeby svůj (formát data, času).
Stanovisko J. Koska jsem četl velmi podrobně, jak jen se laik může snažit to přečíst. Vy si opravdu mylíte, že Microsoft je schopen a hlavně ochoten tyto připomínky v OOXML dobře zapracovat?
Už těch 6000 stran je naprosto neudržitelný počet, a kdyby měla ISO věnovat stejnou péči OOXML jako věnovala ODF, schvalovala by OOXML 18 let!
Microsoft měl dost času ovlivnit vývoj ODF. On na to kašlal a všichni tady víme proč. Schválením dnešního OOXML nebude pro nás pozitivní! To vžádném případě. Pokud se Microsoftu podaří protlačit OOXML dostaneme se do pořádné žumpy. To vám garantuju.
PS.: Nemám nic proti tomu, kdyby se na základě věcných připomínek Microsoftu rozumně doplnil ODF, aby dostatečně vyhovoval i Microsoftu samotnému. Žádnou jinou cestu tady nevidím! -
Haplo (neregistrovaný)MS by mal zo schvalenia jednoznacne konkurencnu vyhodu :-)
Problem celeho standardu je jeho "otvorenost". Podla toho co som videl v mnohych pripomienkach, MS do toho velmi dobre zaplietol svoje vlastne proprietarne technologie a dokonca bugy.
Dufam ze to skonci nejak rozumne. Videl som nazory, ze by sa OOXML mal rozdelit na 2 standardy. Jedna cast doplni ODF, druha cast bude specifikovat kompatibility s legacy office formatmi. -
ksfj (neregistrovaný)"nemám potvrzemou" - takze vlastne o tom nic nevis..... tak prestan kritizovat a komentovat.
Precti si alespon ty poznamky od p. Koska.
Tagy "LikeWord95" a podobne jsou NEPOVINNE implementaci, jsou zde pouze pro zpetnou kompabilitu a je to pouze okrajova zalezitost - zadne stezejni a hlavni funkce.
OOXML je standard, akorad neni ISO. Uz jednou normou prosel.
ODF je pekny ale na spoustu veci je nemotorny a moc "basic".
Myslim si ze OOXML by mel byt standardem - po upravach - s poznamkami p. Koska (a nekterymi od IBM) souhlasim. -
Roman (neregistrovaný)>Tagy "LikeWord95" a podobne jsou NEPOVINNE implementaci, jsou zde pouze pro >zpetnou kompabilitu a je to pouze okrajova zalezitost - zadne stezejni a hlavni >funkce.
Okrajová? Tak prosím zkuste svému zákazníkovi vysvětlit, že váš software umí sice zpracovat DOCX, ale jen pouze ty soubory, které byly vytvořeny ve správné aplikaci (rozuměj MS Office 2007). To že něco jde v MS produktech a v té vaši aplikaci ne, bude vždy vaše chyba.
Standard je tak složitý, že úplnou implementaci bude mít k dispozici jen MS a tím si zachová vedoucí pozici v kancelářských aplikací. A o to především jde. -
anonymníBože to jsou kraviny kolem dokola. Plugin pro ooxml si můžete stáhnout i do Office 2000 nebo Office XP.
Nové Apple iWork taky umí export do ooxml.Takže?
Mimochodem, jak jsem četl. Když se z ooxml specifikace vymažou příklady a nastavý standardní formátování písma, tak prý vychází asi 600 stránek na aplikace (word, spreadsheet etc.). Což je úplně stejné jako odp- -
anonymníTakže?
Takže ještě jednou a jednodušeji. DOCX soubor vytvořený v Office 2000 (s microsoft compactibility packem) je jiný, než soubor DOCX vytvořený v Office 2007. Rozdíl je v tom, že starší verze aplikace může generovat ty "nepovinné" elementy, jejichž kompletní zpracování není jednoduché. MS si tím kryje záda, ale je to bič na ostatní výrobce software.
Můžete sem dát link na to "někde četl a prý"? Rád se poučím. -
anonymníNa blogu Miguela de Icaza ve slavném článku o tom, že ppxml je superb standard.
Jinka zajímavé čtení pro poučení o realitě je:
http://tirania.org/blog/archive/2007/Jan-30.html -
anonymníPokud to nechcete číst:
Standard Size
Christian Stefan wrote me to point out that the OOXML specification published by ECMA uses 1.5 line spacing, while OASIS uses single spacing. I quote from his message:
ODF 722 pages
SVG 719
MathML 665
XForms 152 (converted from html using winword, ymmv)
XLink 36 (converted from html using winword, ymmv)
SMIL 537 (converted from html using winword, ymmv)
OpenFormula 371
----
3,202
Now I'm still missing some standards that would add severall hundred
pages and changing line spacing to 1.5 will bring me near the 6000
pages mark I guess. This is not very surprising (at least for me)
since both standards try to solve very similar problems with nearly
equal complexity.
Zkráceně 3202x1,5=4803 stránek, což se už tak moc neliší od 6000 stránek ooxml. -
Jirka Wolny (neregistrovaný)Tak si to přepočítáme znova. Pokud chci naimplementovat ODF, potřebuju si prostudovat:
ODF - 722 stránek
SVG - 0 stránek (protože SVG je už hezky dlouhou dobu standard, takže velká firma typu Microsoft by jej měla mít dávno prostudovaný; malá firma může použít některou ze stávajících knihoven)
MathML - 0 stránek (z téhož důvodu)
XForms - 0 stránek (z téhož důvodu)
XLink - 0 stránek (z téhož důvodu)
SMIL - 0 stránek (z téhož důvodu)
Podtrženo, sečteno, vychází to na 722 u ODF oproti 6000 stránek u OOXML. Při implementaci OOXML rozhodně si nestačí přečíst jen těch 600 uváděných stránek. Pokud si přečtete poznámky Jirka Koska tak zjistíte, že příklady k OOXML nejsou jen taková vata, spousta chyb byla nalezena právě až studováním těchto příkladů. -
anonymníNo a? Applovský Numbers.app taky neimportuje kompletně celé xlsx, protože NEUMÍ tolik funkcí, jako je ve standardu (abychom si rozuměli - nemá je implementovány). Rovněž tak definice některých stylů apod.
Na druhou stranu při exportu se ztratí design dokumentu, protože apple má jiný přístup k spreadsheetu z hlediska uživatele než ty majoritní systémy dnes.
--------
Jak píše de Icaza:
OOXML devotes 324 pages of the standard to document the formulas and functions. .... Depending on how you count, ODF has 4 to 10 pages devoted to it. There is no way you could build a spreadsheet software based on this specification. -
mirozbiro (neregistrovaný)Obhajovat tagy "*word95" muze jen (prominte) uplny ignorant, nebo zastupce zainteresovane firmy. Kdyz mi mily ignorante posles ISO dokument, ve kterem bude pouzito (je fuk ze nepovinne) formatovani, kteremu rozumi jen mrchvososft, k cemu pak je, ze je to ISO? Je zajimave, je ze existuji lide, kteri se za svou hamiznost a prolhanost nestydi...
-
super lama (neregistrovaný)celej proces standardizace ooxml je pekna komedie. diky ni se iso standard pro me stal jen carem papiru, kterej si muze koupit kazdej. jinak zajimavy cteni je taky tohle: http://ooxmlisdefectivebydesign.blogspot.com
