OOXML versus ODF: lepší jeden příklad než tisíce stran dokumentace

Komentáře zřejmě netřeba...

open office vystup je vyrazne zajimavejsi, zretelne dava vyrazne vice formatovacich moznosti

No hlavne je konzistentni :D tohle je fakt vtipny.

Ony ty OOXML formáty nejspíš nebyly vyvinuty od podlahy, ale půjde o pouhou serializaci dosavadních binárních formátů do XML, s jen minimálními úpravami. Což s sebou nese zátěž letitého vývoje a tedy i určitou nesystematičnost. Rozhodně v tom nehledejte záměr nějakého matení nepřítele, je to spíš důsledek toho, že při closed source vývoji jsou jiné priority než elegance a názornost vnitřních struktur.

To neni dusledek nesystematicnosti velke firmy, ale toho, ze Microsoft nakoupil kazdou komponentu do Office od jine firmy a nikdy nemel zadny duvod zavest nejaky system.

Ten duvod prisel dneska, se standardirzaci, ale Microsoft ukazal, ze na to kasle. Nebo mozna ukazal, ze toho absolutne neni schopen.

[5] To je hřebíček na hlavičku. Ta "provázanost" a "jednotnost" MS Office se krásně projevovala např. zaheslováním dokumentu. Co si pamatuju, tak ve Wordu to byla součást rozšířeného Save dialogu, zatímco v Excelu to bylo někde snad ve vlastnostech dokumentu a v Powerpointu to nešlo vůbec.

open office je aj tak ok

K [4]: Nesystematičnost není důsledek close source, ale obyčejnýho prasáctví nebo neschopnosti. Takže poslední věta mi přijde dost hloupá.

A ještě se najde banda idiotů jak u nás, tak ve sjednocené Evropě, kteří tento pasqil prohlásí za standard. Chce se mi zvracet.

Johny: Ne vsichni jsou idioti, spousta jich byla zaplacena.

SB: V Open Source vis, ze ten kod uvidi hodne lidi. Nektere lidi ta predstava primeje psat slusne. Pravda, na nektere ani to nezabere.

[10] Jenomze OpenOffice negeneruje kod uhlazene, z duvodu pozovani fotografum. Duvodem je snaha o max. kompatibilitu a vyhnuti se mnohym problemum udrzovanim poradku. ;) Znas to. Staci kdyz se doma porozhlednes a zjistis ze kdyz udelas poradek hned se ti lepe dejcha. Nebo jsi taky jeden z tech dulezitych zivitelu rodiny kteri uklid zasadne prenechavaji sve sluzce, pardon manzelce?

No... dovolte mi, abych se pousmál. Uhlazený kód se OpenOfficu.org dodržuje zajisté jednoduše, když má jedno společné jádro... Nebo je to proto, že formát ODF nedosahuje možností Open XML? Balík MS Office nemá jednotné jádro a je to dobře. Proč? Textové dokumenty, stejně tak jako tabulky či prezentace, mají svá specifika a z toho vyplývající potřebné funkce, proto bylo rozumnější vytvořit ne jedno centrální jádro, které bude balík a specifické aplikace limitovat, ale vytvořit každou aplikaci a její formát tak, aby všechna tato specifika zahrnoval.

[12] no jasně. Pokud to chápu dobře, tak bys pokládal za rozumné aby teréňáky jezdily na směs benzínu 91 oktanů a nafty, osobní auta na benzín 95 nebo 98 oktanů, nákladní auta na naftu, dodávky na naftu s příměsí lihu 15% a motorky na čistý izooktan doplněný glykolem. Neboť každý stroj má jiná specifika a jiné palivo mu vyhovuje lépe.

Ne, stačí, když bude mít teréňák silný motor a 4x4 s diferenciálem, osobáky úsporné benzíny, nákladní auta silné agregáty... vlastně bude stačit, když to bude tak, jak je to teď. Ale je pravda, že pro ideální využití vlastností jednotlivých typů vozů by Tvé řešení nebylo marné. Jinak Tvoje přirovnání je ale naprosto nesmyslné a srovnávat s auty to nelze. Otázka je jednoduchá - potřebuji, aby se mi s textovým procesorem načítaly i funkce tabulkového editoru či editoru prezentací? Nebo ještě jinak - jednotné jádro i za cenu kompromisů? Ale co, tady nikoho nepřesvědčím.

[15] Hmm, dělal jste někdy export do Excelu nebo Wordu? To je jedno, MS k tomu dodáva interface, který je možno použít na Win platformách a jen za předpokladu, že máte nainstalované aplikace, do jejichž formátu se exportuje. Toto se mění vydáním standardu OOXML, kde už je možné export provádět bez luštění binárního formátu (což je často úkol pro několik lidí, kteří to za pomoci trochu reverzniho inženýrství možná zplodí...)
Společné vlastnosti tabulky vložené z Excelu do Word dokumentu by jistě nebyly na škodu, programový kód uceleného jádra bude spíše uržovatelný než 3 různé engine, ke kterým potřebujete nevím několik export-import vnitřního kódu při vkládání třebaz excelové tabulky do wordu... Je pochopitelné, že dělat nějakou kalkulaci přímo v prezentaci nebo v textovém editoru není asi potřebné, nevidím ale důvod, proč by společný engine těchto aplikací nemoh zaručit snadné a bez rozhození formátování vkládatelné objekty typu tabulka do prezentace nebo do textu.
Navíc si myslím, že takovýto balík se daleko lépe, levněji udržuje než tři různé engine...