A to ja zase nesouhlasim s PR Sunu. Velka vyhoda XSLT je v tom, ze je pujde velmi snadno pouzit v rozlicnych aplikacich (ktery jazyk dneska nenabizi knihovny pro XSLT). "Programovat" v XSLT je sice humus :-), ale netvrdte mi, ze je jednodussi upravovat zdrojaky OpenOffice. Koneckoncu, tohle byl prece jeden z argumentu prechodu na XML, ne?
Zas tak hrozne to nebude, openoffice oddelila praci s ODF od vlastniho engine prave proto, aby sel lepe pouzivat v samostatnych aplikacich: http://odftoolkit.openoffice.org/
Jak je videt tato prace prinasi ovoce.
Asi asi jen tak dobra jako je podpora *.doc v OpenOffice, nebo to funguje jeste jinak?
OpenXML je v OO v plenkach a nejaka prima podporu MS Office by asi take zabrala vice casu.
Bohuzel je to tak. Prechod ma smysl jenom velkych celku, kterym se vyplati nechat si aplikace predelat, nebo vychytat jejich beh pod wine. Ale tech moc neni. Sice se stale objevuji zpravy o prechodu na linux. Ale uvedomte si, ze je to vetsinou z Unixu. A prechodu Unix -> Windows je taky dost.
Nejdříve bych viděl přechod na formát ODF, pak na openoffice pod win a nakonec, kde je to výhodné, na Linux.
Ono většina kancelářských sil jenom používá *office pouze jen jako psací stroj a na vypňování tabulek v *.xls (doufám že brzy i *.odt) - vlastní zkušenost. Pro tyhle lidi je naprosto zbytečné používat drahý MSoffice. Je plýtvání prostředky daňových poplatníků s neodůvodněný sponzoring MS.
Pochopil jsem správně, že jde stále o plugin do MS Wordu, nikoli pro MS Office, tedy především pro MS Excel?
Protože zatímco MS Word je vpodstatě primitivní textový editor a tudíž je .doc v OpenOffice(.org) poměrně dobře podporován, údajný bezproblémový import .xls do OpenOffice(.org) zdaleka tak slavný není, přesněji řečeno je dosti nepoužitelný -- abych nevyvolal nějaký nesmyslný flamewar, tak zdůrazňuji, že nekritizuji OpenOffice(.org) Calc jako takový (i když MS Excel považuji v mnoha ohledech za lepší), ale import souborů z MS Excelu.
Ono zas na druhou stranu u *.xls neni vetsinou potreba dodrzet uplne presne vsechny rozmery kvuli tisku.
Staci kdyz budu mit v bunkach to co tam bylo, prevedou se vzorce, oramovani.
Trosku muze byt problem s makry, prevod z VB neni takova sranda.
No a nekdy taky s formulari.
U tech dokumentu, kdere to pouzivaji je hold potreba aplikovat nejake lidske zdroje.
Jinak u beznych tabulek(a ze jich je 99%) jsem na problem nenarazil.
Dokonce jsem nekolikrat zachranil zoufale uzivatele, kterym dokument z Excelu proste nesel otevrit. Stacilo ho otevrit v OOCalc, udelat trivialni zmenu a ulozit.
Velký problém je s grafy, které v MS Excelu mohou být zadány obecněji (například vícesloupcové/víceřádkové popisy os OO.o nezvládá, neporadí si také s tím, když jsou v jednom grafu smíchány grafy více typů a spousta dalších věcí) a je pro ně více templatů (nebo se některé typy grafů MS Excelu přepisují na něco neodpovídajícího v OO.o Calcu). Makra jsou vpodstatě nepřenositelná, resp. je potřeba je přepsat od základu -- i když jsem slyšel zvěsti, že VB a VBA (což není to stejné a jedno je horší než druhé) budou začleněny do makrojazyka OpenOffice(.org) jako alternativa -- a to teprve bude mazec.
VB a VBA jsou věc vkusu. Těžko ale někomu mohou připadnout tak nečitelné, jako jejich uživatelům připadá PERL.
Integrace VBS/VBA není takový problém, na to dává MS nástroje zdarma. Problém je v tom, že MS Office má svůj objektový model, a ten se z VBA používá. Kompletně ho reprodukovat by bylo dost složité.