Názory k článku
Slabá podpora ODF v Microsoft Office 2007 SP2
-
Tak by mne jen zajimalo cim to je, je to umysl firmy MS aby poskodil ODF? Je to neschopnost jejich programatoru, q&a tymu odvest praci ci je to jen klasicky pripad kdy firmy a vlady tlaci na podporu ODF a tak si vedeni MS reklo "nejako to tam doplacejme"?
“For example, even the most basic spreadsheet functions, such as adding the numbers contained in two cells, were simply stripped in an ODF file when opened and re-saved in Microsoft Office 2007. "
Jako nepodporovat spravne ani secteni cisel po otevreni a ulozeni je snad spatny vtip. -
motyq (neregistrovaný)mno asi takhle:
P) jardo posli mi ten dokument, jo a nezapomen to ulozit v tom odf kdyz to ten tvuj novej office uz umi, vis prece ze ja mam openoffice. ok?
J) pepo, tak tady to mas ulozeno do odf
P) jarousi, cos to poslal, je to cely nejaky rozsypany, ulozil jsi to do odf jak jsem rikal?
J) jasne pepo, posilam tedy znova
P) porad je to naprd, zase rozsypany, tak to holt posli v tom tvym nativnim formatu, to ten muj openoffice uz taky precte v pohode
J) posilam tedy znovu, jsem ti to rikal pepo ze ten tvuj linux je naprd a ze nic neumi.
Kazdopadne bych to tipnul na snahu ms proste domrvit odf aby se jakoze oficovske-xml prosadilo vic... -
Ladislav Thon (neregistrovaný)
For example, even the most basic spreadsheet functions, such as adding the numbers contained in two cells, were simply stripped in an ODF file when opened and re-saved in Microsoft Office 2007.
To jsou takové ty funkce, které v ODF nejsou definovány? A když se člověk koukne v odkazovaném článku trochu níž, dokonce to tam je napsáno. -
anonymníKde konkrétne, a čo sa v nich nastavuje?
Normálne som zvolil uloženie do svojej verzie .doc, to by asi malo stačiť.
To tam mám ešte vyplniť stručný životopis, alebo aspoň popísať celý môj hardvér? Alebo niekde v skrytom nastavení zakliknúť, že naozaj keď ukladám do .doc, tak chcem naozaj uložiť všetko, čo OO dokáže, že to nesrandujem? -
Lael Ophir (neregistrovaný)Až na to, že Word má několik desítek nastavení kompatibility, a profily těch nastavení podle formátu. Například dokumenty Wordu 95 používají i ve Wordu 2007 layout podle tiskárny, protože tak to Word 95 dělal. Při uložení do nenativního jiného formátu se také dozvíte, o které vlastnosti dokumentu přijdete (pokud to filr umí říci - vetavěné filtry Wordu to umí).
-
Lukáš TurekStříbrný podporovatelVypadá to, že Microsoft jen lehce obměnil svojí strategii "Embrace, extend, extinguish" na "Embrace, cripple, extinguish" :-( -
Cartman (neregistrovaný)Ja si myslim ze to je obycejna neschopnost. MS vzdy kdyz mel implementovat nejaky standard, od POSIX-u v NT az po HTML v IE, skoncilo to katastrofalnim baslem ktery vypadal jako kdyby to psal nejaky student na kolene jen aby dostal zapocet. Proc by implementace ODF mela dopadnout jinak?
-
Lael Ophir (neregistrovaný)Ještě pro vás mám tabulku mandatory a optional interfaces.
http://www.unix.org/version3/inttables.pdf -
Lael Ophir (neregistrovaný)Mě Unicode na UDF discích běhá. Samozřejmě na těch pálených ve Windows.
Samozřejmě Linux je úplně jiná kategorie. Uživatelé Linuxu rádi přinesou třeba USB klíčenku s FAT32, kde názvy "vhodnými" parametry mountu převedli do ANSI1250. S překvapením pak zjišťují, že VFAT používá UTF16, a názvy jsou tedy nečitelné. Nakonec Unicode a unixy, to je od začátku do konce dlouhá historie příšerností a prasáren. -
Lael Ophir (neregistrovaný)
Aha, chyba je na obou stranách drátu. Vy píšete o UTF na FS, což je špatně (máte zřejmě na mysli soubory v UTF-8). Já čtu UDF na FS, což je také špatně.
Ve Windows se při otevírání souborů zkontroluje, jestli má na začátku BOM (Byte Order Mark). Pokud BOM není, a text zjevně není v Unicode UTF-16, interpretuje se v lokální code page (u nás ANSI 1250). Takže když si uložíte soubor s BOM na začátku (Unicode Consortium doporučuje), nebudete mít žádný problém.
Unixy ovšem Unicode nikdy pořádně neuměly. Jednoho dne kdosi vymyslel, že neschopnost používat Unicode obejde pomocí UTF-8. Pak aplikace vlastně ani nemusí vědět, že dělají s Unicodem. BOM používat nešlo, protože unixové skripty mají na prvním řádku cestu k interpretu (bash/PERL/etc). A obsluha BOM by vyžadovala zásah do shellu. Od té doby na unixech nikdo není schopen poznat, jestli je daný soubor v UTF-8, nebo v lokální kódové stránce (u nás ISO 8859–2). Samozřejmě je to „skvělé“ unixové řešení za 100 bodů, zpětná kompatibilita nulová.
Podobný bordel je na FS. Když máte názvy na FS v 8859–2, řada aplikací přesto píše názvy v UTF-8. Opět pak nikdo neví, který název je v jakém kódování. A opět v důsledku použití ošklivého hacku namísto opravdového řešení.
-
Cože??? ... odf je otevřený standard navíc ISO, dobře dokumentovaný jediné kde je chyba je v implementaci na straně MS
ale to je normální, když nemají dle standardu ani implementovaný oxml (a to je standard vytvořený MS ... to už je hodně velká demence .. protože nikdo nezaručí, že ho někdy ms dle standardu implementuje takže tady bude pořád nekompatibilita standardy nestandardy) -
JardaP (neregistrovaný)Jenze bohuzel ODF v1.2 zatim neni standardizovano, ac je jiz pouzivano v OO 3.x. Oficialni dokumentace zatim neni a tak dokumentaci jsou zdrojaky OO 3.x, coz neni optimalni, navic mohou jeste nastat zmeny. Standard je zatim jen na ODF 1.0/1.1 nebo tak nejak. Cili bych zatim utlumil to nadseni. Az vyjde standard na ODF v1.2, budeme moci rikat, ze to MS zprasil.
-
stevo (neregistrovaný)
ODF 1.2 s tym nesuvisi. Microsoft do MS Office 2007 SP 2 implementoval ODF 1.1, ako sa uvadza v jeho oficialnych tlacovych spravach: http://www.microsoft.com/…rmatsPR.mspx
ODF 1.1 je zdokumentovane uz od zaciatku roku 2007: http://www.oasis-open.org/…tees/office/
OpenOffice.org 3.x sice pouziva predvolene ODF 1.2 (co je podla mna chyba), ale prva vec, ktoru po jeho instalacii robim je, ze cez menu Nastroje / Moznosti … zmenim predvolenu verziu na 1.0/1.1. Draft ODF 1.2 uz bol v poslednych dnoch vydany, aj ked neviem, ci je uplny (vid linka vyssie).
ČLÁNKY DO MAILU