Názory k článku Export do Open XML v PHP

Proc exportovat do tohohle "otevreneho" formatu, ktery jeste nema ISO certifikaci, kdyz tu jsou jine formaty, ktere si tim schvalovanim prosly uz driv? A vubec proc je takovy clanek na linuxovem webu? Marne hledam aspon "politicky korektni" poznamku o tom, ze tohle neni jedina moznost, jak se daji distribuovat soubory v xml office.

Je to jenom jiny druh reklamy nebo to vzniklo i bez objednavky te firmy, co tu tak vydatne inzeruje?

Autor má svůj vlastní blog a své články duplicitně zveřejňuje i zde. Jeho blog není jen o Linuxu a opensource, ale primárně o PHP.

Krome toho na svem blogu ma uvedene: "Konkurenční formát ODF se pro tento účel samozřejmě hodí také, zákazníci ale většinou chtějí export do Office."

A je to logicke. Kdyz udelate export do MS formatu, nebudete muset resit, jak uzivatelum nainstalovat plugin do Office na cteni OpenDocumentu (sami si ho tam asi nenainstaluji, i kdyz jim to detailne popisete, protoze jsou to... uzivatele).

Protoze jsi osel. Az udelas takovou knihovnu pro "open" DF, bute tu clanek o tomto. PHP je open source a takovy clanek sem patri.

Jestli znas nejaky alternativni zpusob, jak udelat soubor pso Excel nebo Calc, sem s nim. Proc jsi ho nezminil? Jsi hnusnej zaprodanec jedne firmy, ktery takove informace taji? Styd se.

len k tomu alternativnemu sposobu - je to export csv, nie dokonala, no dostatocna moznost

Vzorce v CSV mozes pouzit (=FUNKCIA()), formatovanie a listy, samozrejme, nie.

ok, tak jsem osel. ale byl by takovy problem pridat k puvodnimu blogpostu treba vetu o tom, ze pro ODF v soucastnosti neexistuje podobna knihovna? vyrazove prostredky se lisi nejen podle obsahu textu, ale i podle toho, kam je urceny. jinak bude vypadat clanek v bulvaru a jinak v klasickych novinach a prece budou oba o tomtez. stejne tak se lisi blog o php a server o linuxu a dalsim open source.

http://phpdocwriter.sourceforge.net/

Staci?

Protoze ani ODF ani OpenXML nespasi svet. A cim vice formatu bude znat a umet pouzivat, tim vetsi budete mit sance na ziskavani projektu atd. A nebo zijete jenom z podpory a nadavate na ty co pracuji a maji z toho zisk???

Protoze ani ODF ani OpenXML nespasi svet. A cim vice formatu budete znat a umet pouzivat, tim vetsi budete mit sance na ziskavani projektu atd. A nebo zijete jenom z podpory a nadavate na ty co pracuji a maji z toho zisk???

Zkoušel jsem hledat něco podobného pro můj oblíbený Perl a pro OpenDocument. Našel jsem tento projekt:
OOBuilder
Zatím jsem ho nezkoušel.

Ještě nějaké moduly do perlu kolem OpenDocument jsem našel zde:
CPAN - OpenOffice

Kdysi jsme resili (minule stoleti), ze zakaznik chtel "excel". Neexistoval zadny OpenDocument ani nic jineho. Kdyz se vystup udelal v tabelatorem oddelenem textu s DOSovymi konci radek a do hlavicky HTTP response se napsalo tusim application/ms-excel (nebo neco podobneho), tak ten nestastny Internet expolorer spustil excel a ten otevrel data dostatecne dobre na to, aby byl zakaznik spokojen :-)

Zas, to je trosku aj problem OO, ze nerozoznava subory podla hlavicky, ale podla pripony. V tomto je, potom, Excel vyzretejsi...

finta s tim ulozit do xls souboru html kod tabulky (tag table a tak dal) v te dobe nefungovala?

Tento článek patří na stránky o PHP (kde ho taky programátor v PHP bude hledat) a nikoliv na Roota. Nepochybuji o tom, že tzv. Open XML je zatížený spoustou patentů (zákon o patentování softwaru v USA dovoluje bohužel patentovat i datové formáty a přenosové protokoly, což je vrchol debilismu a Microsoft toho bohatě využívá). O standard ISO Microsoft sice usiluje - ale psát o tom jako o v podstatě hotové věci je - mírně řečeno - zavádějící. Pokud se to Microsoftu podaří, pak jenom díky korupci. Dva standarty problém neřeší ale vytvářejí.

Jako programátor bych takovou práci jednoduše odmítl a nabídl převod do ODF nebo csv, i když chápu, že většina kolegů to asi neudělá. Převod do tabulek jistě nepotřebuje domácí uživatel a v práci je pro instalaci pluginu ODF k dispozici odborník, takže žádný problém. Běžný pracovník nic neinstaluje a většinou ani nesmí.

Chápu export dat z jedné databáze do jiné nebo výstup výsledků třeba do formátu .pdf ale proč výstup do excelu? Pokud je třeba provádět nějaké agregace, proč to neudělá databáze rovnou a nejsou už ve výsledcích obsaženy? Jediná výhoda, která mě napadá, je možnost dodatečného falšování výsledků. (Pravda, na mnoha úřadech možnost k nezaplacení).

V praxi jsem se setkal mnohokrát s požadavkem na vyplňování dat do předem naformátovaných a uzamčených tabulek excelu - většinou od nadřízených složek. Automatizovat takovou činnost nemá smysl, protože požadovaná tabulka je pokaždé jiná. Zažil jsem dokonce případ, kdy v jednom týdnu přišly požadavky na vyplnění totožných dat do tří různě formátovaných tabulek od tří lidí, kteří spolu seděli na ministerstvu v jedné kanceláři.

Naprostou hrůzou je potom sběr dat do tabulek excelu namísto databáze. Protože chybí napojení na jakékoliv číselníky, je další automatizace nemožná a výběry a agregace musí pak někdo provádět ručně. Jednou jsem to musel dělat i já a musím říci, že pitomce, který to vymyslel bych s chutí zabil.

P.S. redakci: proč informace o zaměření Roota není v hlavičce, ale nepatrným písmem na konci stránky, v místech, která už nikdo nečte? Stydíte se snad za to?

Chudinka...

Mistre, jest Vam jasny rozdil mezi slovy standarta a standard?
A, pokud ano, proc tou fangli porad mavate?

Ano - je zde naprosto zřetelný rozdíl v rodě. Předpis pro psaní d ve slově standart je chybou autorů Pravidel českého pravopisu :)

Az dana knihovna vyuzije nastinene moznosti a pujde s ni ukladat jak peudootevreny OpenXML tak standardizovany ODF/ODS, tak zatleskam.

Zatim je to jen dalsi kod, ktery by se musel psat paralerne s jinym. Samozrejme za predpokladu, ze nehodla programator vyloucit stare formaty Microsoftu, v opacnem priapde se jedna o slusnou nahradu jineho prostredku.

njkbhjk

kdyz uz zadam localohosta tak me to napise stranku nelze nalezt nevite proc kdyz mam zpnuty phpcko???