Názory k článku
Jak se hlasovalo o Open XML?
Nechi byt nejaky xenofob...
celé vláknohttp://en.wikipedia.org/wiki/List_of_countries_by_literacy_rate
Proboha, v Cote d'Ivoire vice nez polovina lidi neumi cist a psat! Jak to, ze takovahle zeme ma co kecat do _psanych_ standardu ohledne _textoveho_ formatu?! Neni to tak trosku padle na hlavu?
Re: Nechi byt nejaky xenofob...
celé vláknoRe: Nechi byt nejaky xenofob...
celé vláknoRe: Nechi byt nejaky xenofob...
celé vláknoRe: Nechi byt nejaky xenofob...
celé vláknoOOXML ne!
celé vláknoJaký 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!
Re: OOXML ne!
celé vláknoProblem 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.
Re: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoPrecti 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.
Re: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoOkrajová? 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.
Re: OOXML ne!
celé vláknoNové 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-
Re: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoTakž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.
Re: OOXML ne!
celé vláknoJinka zajímavé čtení pro poučení o realitě je:
http://tirania.org/blog/archive/2007/Jan-30.html
Re: OOXML ne!
celé vláknoStandard 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.
Re: OOXML ne!
celé vláknoODF - 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ů.
Re: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoNa 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.
Re: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoRe: OOXML ne!
celé vláknoZeme kurzivou
celé vláknoRe: Zeme kurzivou
celé vláknoTajný a neveřejný zdroj?
celé vláknohttp://www.jtc1sc34.org/repository/0904.zip
jsou jak výsledky hlasování, tak plná stanoviska jednotlivých zemí.
Re: Tajný a neveřejný zdroj?
celé vláknoRe: Tajný a neveřejný zdroj?
celé vláknoNemyslel jsem to jako kritiku. Jen mi připadá zbytečné, ještě zvětšovat opar ďábelské tajemnosti, který mnoho lidí nad OOXML nafukuje.
Připomínky negativně hlasujících budou sloužit jako východisko pro další jednání o osudu standardu, ale neplatí, že by se po případném vyhovění připomínkám hlas automaticky měnil na "ano".
Během ballot resolution meetingu může kdokoliv svůj hlas změnit, teoreticky jde i hlas "ano" změnit zpět na "ne" nebo se zdržet hlasování. Pokud budou připomínky ČR uspokojivě vyřešeny není jediný důvod, proč by se hlas ČR nezměnil na "ano".
A i když se v mnoha článcích píše, že norma byla zamítnuta, osobně bych to tak nenazval. Fast-track proces, kterým je OOXML přijímáno, nenabízí jinou možnost, jak zaslat připomínky, kterými se bude někdo zabývat, než hlas negativní hlas doplněný o připomínky, jejichž vypořádání umožní změnit hlas na ano. To, že bude ballot resolution meeting bylo v podstatě jasné od začátku, a podstatné je, jak dopadne hlasování během něj.
Re: Tajný a neveřejný zdroj?
celé vlákno- Jde mi o to, že tam není žádný automatický podmíněný mechanizmus. Ten, kdo hlasoval, vše znovu zváží a znovu se rozhodne.
- Mezititulky jsou redakční. Já osobně dávám přednost formulaci, že norma nebyla schválena.
NOVA?
celé vláknoRe: NOVA?
celé vlákno..s kuklou na hlavě, skandovat na Václaváku, ..to umí kdejaký **rák (Vaše slova)
Pročištění OOXML
celé vláknoZnačky useWord... by spíš měly být popsány v jiné normě (z menší váhou než ISO standard). Tyhle značky mají smysl dnes, kdy se pořád často používá Word 97 (případně jiná verze), ale ISO standard by měl být orientovaný spíše na budoucnost. Výhodou XML je to, že se dá jednoduše rozšiřovat (jmenné prostory) o nestandardní značky (o značky popsané ve standardu z menší prioritou než ISO). Ve výsledku by to nevadilo mnohem méně než zmršení ISO standardu.
Myslím si, že Microsoft má dost sil, aby nakonec prosadil OOXML jako ISO standard. To nejlepší, co se dá dělat, je tlačit na Microsoft, aby specifikaci OOXML ještě před schválením POŘÁDNĚ pročistil. Co se týká budoucnosti, jsem spíš pesimista. Microsoftu jde jen a jen o uznání OOXML jako ISO standard a jakmile se tak stane, ztratí veškerou motivaci OOXML jakkoli vyčistit a apel ČNI na harmonizaci obou standardů (ODF a OOXLM) vyjde naprázdno.
Závěr: Myslím si, že Jiří Kosek odvedl dobrou práci a dosáhl maxima, co se dalo ještě prosadit. Děkuju.
Re: Pročištění OOXML
celé vláknoJedině mě překvapilo, kolik připomínek bylo od IBM (asi 50). Ovšem mně připadá, že ČNI přijalo od IBM jen ty nejjednodušší připomínky.
Mám takový pocit, že připomínky, kterým JKosek nerozuměl, tak ČNI od IBM nepřijalo.
Re: Pročištění OOXML
celé vláknoRe: Pročištění OOXML
celé vláknoRe: Pročištění OOXML
celé vláknoRe: Pročištění OOXML
celé vláknoSprávně má být: Ve výsledku by to vadilo mnohem méně ...
a jsou tam i další chyby, něják nemám svůj den
Open XML
celé vláknoRe: Open XML
celé vláknoRe: Open XML
celé vláknoRe: Open XML
celé vláknoXML ma jen nevyhody
celé vláknoKvalitni datovy format _nemuze_ byt nikdy univerzalni, proto se priklanim k *dat (+ specifikaci) tak, jako to je napriklad u obrazku ci videa. Jen idiot si muze dovolit takove plytvani, jako je XML
Re: XML ma jen nevyhody
celé vláknoJe to hajzl
celé vláknonázev
celé vlákno"Musíme se fokusovat na mesydž že Office je totálně oupn a frý".
"Uděláme brainstorming."
"Office Open XML bude super bránd, potlačíme tím ten konkurenční brénd Open Office pro kustomery ve všech pajplajnách."
Re: název
celé vlákno"No problem, ty sfouknem. Mají nulovej byznys drive a žádnej byznys plán pro vládní vertikálu. Si představ že se věnujou jenom dývelopmentu a impróvmentu svýho kór produktu, žádný patenty, žádný žranice pro decyžn mejkry, žádnej lobying pro govrment."
obdiv
celé vláknoNedivil bych se kdyby na něj v zákulisí peníze Microsoftu zachřestily svých ďábelským smíchem.

