Vlákno názorů k článku Přišel mi docx! Jak ho mám otevřít? od Daniel Kvasnička ml. - Siritelum FUDu o 6000 strankach doporucuji procist si...
-
Siritelum FUDu o 6000 strankach doporucuji procist si blogpost Miguela de Icazy: http://tirania.org/blog/archive/2007/Jan-30.html
Zvlaste tu cast o 1,5 vs 1 radkovani nebo o nemoznosti implementovat podporu ODF pouze na zaklade jeho specifikace (v tom se uz mozna neco zmenilo).
OOXML se da vytknout mnoho, ale to s tema strankama me docela zacina unavovat. ODF by pri shodnem formatovani mel 3200 stranek a to v nem jeste chybi specifikovat nektere zasadni veci, ktere pujdou do stovek stranek. -
OOXML Elements Require An Application to Emulate Microsoft Office
Numerous elements designed into but undefined by the OOXML specification require actions and behaviors upon document files that are particular only to legacy Microsoft Office and WordPerfect applications.viii Examples from the OOXML specification include:
lineWrapLikeWord6
Emulate Word 6.0 Line Wrapping for East Asian Text
mwSmallCaps
Emulate Word 5.x for Macintosh Small Caps Formatting
shapeLayoutLikeWW8
Emulate Word 97 Text Wrapping Around Floating Objects
truncateFontHeightsLikeWP6
Emulate WordPerfect 6.x Font Height Calculation
useWord2002TableStyleRules
Emulate Word 2002 Table Style Rules
useWord97LineBreakRules
Emulate Word 97 East Asian Line Breaking
wpJustification
Emulate WordPerfect 6.x Paragraph Justification
shapeLayoutLikeWW8
Emulate Word 97 Text Wrapping Around Floating Objects
http://fussnotes.typepad.com/Achieving_Openness_1point0.html -
mm (neregistrovaný)Dobre veci tam urcite take jsou, ale zpusob prosazovani toho formatu, kdy jednim z cilu je znesnadnit implementaci mimo Microsoft, zcela jiste dobrou veci neni.
To o cem je tento clanek, je presne cilem vsech MS tanecku kolem OpenXML. Znesnadnit uzivatelum jinych kancelarskych baliku praci s dokumenty, ktere dostanou od tech, kteri si zakoupili novou verzi MS-Office. Ten format je "otevreny" a nikoliv otevreny a to bohuzel vsechny dobre veci ktere v nem jsou zcela potlacuje a odsouva do bezvyznamnosti. -
Michal (neregistrovaný)S tím, 1,5 řádkováním máte možná pravdu. Ovšem ve zbytku šíříte FUD zase vy. Výtah z vámi referovaného článku
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 ...Tedy abyste se dostal k srovnatelným číslům, musíte do rozsahu dokumentace ODF započítat i ostatní standardy, které používá. Používat už existující standardy je ale správné. Jsou totiž implementovány v jiných knihovnách, takže implementace samotného ODF je mnohem snažší. Naproti tomu OOXML je starý dobrý XLS a DOC překonvertovaný do XML. O MS je fakt hezké, že teď, když OpenOffice jeho formáty téměř dešifrovala, tak uvolní specifikaci (a při té příležitosti je opět trochu změní). -
A ted se na to podivejte z perspektivy, kvuli ktere se vlastne o tom poctu radku mluvi a o kterou tady primarne jde -- z perspektivy implementatora. Je uplne jedno, jestli jsou to standardy leta stare, nebo nove. Relevantni je fakt, ze pro implementaci toho formatu musite zvladnout tolik a tolik stran specifikaci. A pokud nemate lidi, kteri by ty jiz existujici formaty dostatecne ovladali, nejste na tom o moc lepe, nez s ODF.
OOXML je starý dobrý XLS a DOC překonvertovaný do XML
Ja jsem psal sw generujici fakturu v XLSX a muzu vam rict, ze je to asi tak 100x prehlednejsi nez ODS (kterej imbecil vymyslel, ze se user-defined styly budou davat do stejnyho XMLka jako data, to opravdu nevim...) Problemy OOXML jsou jinde -- legacy humusy, celkovy pristup MS k otevrenym formatum a podobne... -
anonymníViz predchozi reakce, implementovat od nuly to nikdo nebude, predevsim v OS rozhodne ne. SVG = hotova knihovna, Xlink = hotova knihovna, ....
Takze staci dopsat implemetaci 700 stran a vyuzit to, co uz existuje.
Kdezto v pripade M$ muzu zacit od nuly a to s tim, ze stejne nemuzu implementovat vsechno. -
Viz prispevek pana Koska nize a uz zminovany blogpost De Icazy. Vhodnost specifikace ODF pro jeho plnou implementaci je prinejmensim sporna.
SVG je vubec jednou z ukazek, jak to vypada, kdyz ma FOSS komunita plna usta "standardu" a skutek utek. Zkuste si v Inkscape udelat nejake jen trosku slozitejsi SVG (staci tam dat text ;) a importovat ho do Scribu a pak mi tu vypravejte o implementaci existujicich standardu. Nepochodite ani kdyz to ulozite v plain SVG. A to mluvime o dvou nejexponovanejsich programech z FOSS sveta vektoru a DTP. -
Jirka Kosek (neregistrovaný)Používat už existující standardy je ale správné. Jsou totiž implementovány v jiných knihovnách, takže implementace samotného ODF je mnohem snažší.
To by byla pravda, kdyby ODF převzalo jiné formáty kompletně a způsobem, se kterým tyto formáty používají. Bohužel v případě SVG a XSL-FO se tak nestalo, pouze se převzaly některé atributy se sémantikou vytrženou z kontextu. Stávající knihovny pro SVG a XSL-FO vám při implementaci ODF vůbec nepomohou.
