Proč bude český hlas pro OOXML „ano“

OMG, tady je nazorne videt, ze jsi clovek co tomu jednak nerozumi, neni ochoten cist dokumentaci, dokonce se neobtezoval ctenim tech par radku od Koska, ale jedine co te zjevne zajima, jsou FUDovite clanky na tendencnich serverech

K tomu bych rekl leda to, ze k tomu asi meli nejaky duvod. Dokumentaci jsem necetl, cetl jsem vzdycky jenom nejake shrnuti od validnich lidi, treba Koska. Vsechny vetsinou spojovalo krome drobnych nedostatku, taky duvod proc tu OOXML je, kdyz je tu ODF a sice to, ze ODF je zastaraly a nevyhovuje narokum MSOffice. K tomu zapisu cisel, ono doporuceni je jedna vec a nejaky standard druha, pokud jim to nevyhovovalo a neni na to standard, tak to udelali tak jak to vyhovovalo jim, pokud popsali jak se to ma zapisovat, nevidim v tom sebemensi problem a pokud nekdo jo, tak to mohl pripominkovat. Vektorova grafika, to same, pochybuju (a dokonce za to dam ruku do ohne), ze existuje nejaky standard. Pokud pouzivaji uz leta nejaky DeawingML a popsali ho, tak zase jako u tech cisel, neni sebemensi duvod ho odmitat. Vzorce to same. Je treba si uvedmit nejzasadnejsi vec na celem OOXML. Tou veci je, ze je to format pro MSOffice, to v prve rade. Nema smysl diskutovat o tom, ze MSOffice je nejpouzivanejsi a zdaleka nejvetsi kancelarsky balik. Rado se to srovnava s OO, ale to co zvlada OO je jen spicka ledovce, proto jiz zmineny fakt, ze ODF na MSO nestaci. Abych neodbihal, OOXML je tu teda pro MSO, je otevreny, je zdokumentovany, navic to bude ISO, takze do nej nebude moct kdokoliv hrabat. To prinasi snad vsechny mozne pozitiva, protoze i kdyz tu je ODF uz dlouho a je to jakymsi standardem, tak realne pouzivani oproti nestandardnimu a nedokumentovanemu DOCu je asi v takovem pomeru jak Lin vs. Win......tudiz nulovy. Tim, ze bude MSO pouzivat otevreny format, tak je to jen dobre, pokud by ISO neproslo, naprosto nic se na jeho pouzivani nezmeni, nejake ODF stejne jako doposud se nijak neprosadi. Ale k jednomu prece jenom muze dojit a to je velmi zasadni! A sice, ze MS bude moct kdykoliv OOXML zmenit, ale kdyz to bude norma, tak NE! Z tohoto duvodu jsem osobne byl vzdy pro prijeti ISA pro OOXML, je spravne, ze se to pripominkovalo, ze kolem toho byl nejaky humbuk, ale ten humbuk je az prilis zprofanovany a to uz mi tak spravne neprijde. Jeste jsem zapomel na vasi posledni odrazku a to je ten VB. Osobne VB moc rad nemam (jsem spis ceckar), ale je to u MS klicova technologie, je zdokumentovany, pouziva se v MSO uz dlouhe roky, tak MS urcite nema duvod ho menit, zvlast kdyz vsichni vyvojari dokumentu pro MSO a vlastne i vsechny dokumenty pouzivaji VB, tak by bylo nesmyslne a vlastne i nemozne ho tam nedat kvuli zpetne kompatibile.
Jeste o tom nahrazovani, vlastne o nahrazovani nejde, ODF tu prakticky nikdy nebyl a uz evidentne ani nebude. OOXML ma kazdopadne sirsi moznost uplatneni, srisi funkcionalitu, navic je podporovan nejvetsim a nejrozsirenejsim kancelarskym balikem a kdyz ISO donuti MS drzet se toho standardu, tak ja rikam BUDIZ OOXML ISO!

Zbyva uz jen doufat, ze Microsoft prejde na zapis cisel v sedmnactkove ci sedesatitrojkove soustave a na zaznam znaku v modifikovanem UTF, inspirovanem pozpatku razenou tabulkou kodovani EBCDIC.

Otázka je, zda přijmout OOXML jako celek ve fast-track procesu. To jestli konkrétně české připomínky byly zodpovězeny nebo ne by nemělo být jediné kritérium rozhodování. I státy, které původně hlasovaly ano mohou v principu nyní změnit svůj hlas na ne.

Ano, a ten parser napise uplne normalni programator s pomoci uplne normalnich prasku na uklidneni.

Tys necetl tu Koskovu zpravu?

Nekdy je lepsi diakritiku nepouzivat nez ji pouzivat spatne ze?:) Viz 3:)

+1

S týmto názorom plne súhlasím.

3. Ak nie je možné automaticky detegovať typ dátumu, program sa musí užívateľa opýtať, ktorý typ dátumu teda v dokumente používa. A to isté môže spraviť aj konvertor na OOXML. Toto je možné aplikovať aj na bod 2.

6. Podľa mňa, img má iný sémantický význam ako object, kdežto quickTimeFile a videoFile sú sémanticky totožné.

8. Je možné sa inšpirovať napríklad objektom Locale v Java http://java.sun.com/j2se/1.4.2/docs/api/java/util/Locale.html, kde je možné vlastnosťou variant rozlišovať medzi tradičnou a modernou španielčinou. Podstatné je, že ďaľšie 2 fieldy obsahujú hodnoty ISO štandardu, konkrétne ISO639 a ISO3166.

> Bohužel problematika dokumentových formátů, OOXML, potřeb uživatelů, kvanta existujících dokumentů atd. není tak jednoduchá, jak se na první pohled zdá. Bohužel mnoho lidí si neuvědomuje platnost jednoduchého motta - "Čím více toho vím, tím více vím, kolik toho nevím."

Ja (a evidentne aj ďaľší ľudia) som si predstavoval ISO štandard ako normu, absolútne nezaťaženú historickými pokusmi a omylmi. Je ešte iná ISO norma definujúca niečo ako prechodný stav (transient - u HTML je podobný mechanizmus, tiež kvôli Microsoftom pokrútenej histórii HTML), alebo OOXML je prvý precedens?

Není mi jasné, proč se výsledný hlas týká pouze toho, zda byly vyřešeny české připomínky. Ano, nejspíš byly vyřešeny. Ale přece nebude každý stát dávat svoje připomínky zcela duplicitně s ostatními státy? Copak není možné se ztotožnit s nedořešenými připomínkami např. švédkými, francouzskými atd, a ty prohlásit za důvod pro hlasování "Ne, s výhradami". Výhrady by byly totožné s těmi od jiného státu. Pokud by byly uspokojivě vyřešeny i všechny připomínky jiných států, bylo by to v pořádku. Ale přece nikoho nemohlo napadnout, že pro korektní průběh připomínkování je třeba, aby každý stát vznesl i připomínky jiných států (odhadem by tedy bylo 40*900 = 36000 připomínek)!

to snad ani neni mozne, kolik je v tehle diskuzi skrytych prispevku! palcovani je na oznacovani kvality, a ne na boj proti opacnemu nazoru!