1. upgrade to last stable openoffice or libreoffice != migrace
2. neni technicky mozne aby narazili na problem s kompatibilitou pokud by otevirali otevrene formaty v last stable open source office
mozna jednoduse nikdo nic nevyzkousel, ale zaloboval dodavatel uzavreneho kancelarskeho baliku aby se mohli otevirat uzavrene binarni zprasene formaty zpetne nekompatibilni i mezi sebou....
Mi office nefunguje, napr kdyz to napojili na teamer a upradovali mi na novou verzi, ale ne tu nejnovejsi, to je shit, kde je zase vse jinak, tak se mi to zacalo sekat ... vse od M$, ale predtim to jelo, nejaka nekompatibilata a oficilni vyjadreni ... windows XP nejsou pdoporovany ;-)))
Zvazuji nasadit do virtualu w2003, nejelpsi desktop od M$ a nebo to dokurvit pres linux a LibreOffice cizm se obcas bude hroutit zase tej jejich slavny server ....
Zajimave je, ze free linuxova varianta sharepointu a jeho sdilene dokumenty nema problemy zadne a to s nicim ;-))))
Za me je LibreOffice lepsi, nebot je konsistentni ve vyvoji a zpetne kompatibilni.
Office neni kompatibilni vubec, nejdrive pocestili nazvy fci, aby je pak vratili, taze CZ dokument v EN office neotevrete a naopak, pak to zmenili a dali vse mezinarodne, presto kompatibilita nahoru neexistuje a vse semusi prepisovat.
Na druhou stranu, kdo pouziva aplikace v kancelarskem baliku, si ani nic jineho nezaslouzi, v nasi firme ofice a sdilene sajrajty konci, prechazi se na webove dokumenty ala google_doc na zakladni sdileni dokumentu a na ukladani dat se testuje opensource reseni, nebot vsichni uz maji dost zamknutych dokumentu a nakazene chache reseni od M$, kde je treba vse nahodne restartovat.
Vetsina tymu si proto jiz davno zaridila svoje wiki a svoje uloziste dokumentu na linuxu, nebot to co predvadi M$ je neurzitelne.
Ceka se, ze se M$ v maximalni mire odrizne, nebot diky konkurenci jsme draze neefektivni diky produktum M$, ktere nejsou tak levne, jak se rika, ono usetrit par milionu Euro a zaroven zvednou spolehlivost se vyplati, proze ani pro 20.000 desktopu a k tomu velka sakala serveru neni levna zalezitost ... a to uz toho ted u nas bezi pres 80% na Linuxech a Unixech.
Ad Office neni kompatibilni vubec, nejdrive pocestili nazvy fci, aby je pak vratili, taze CZ dokument v EN office neotevrete a naopak - pokud hovoříte o dokumentech MS Excelu, tak je to naprostý nesmysl. Funkce se zobrazují v jazyce ve kterém máte MS Office, bez ohledu na to v jaké jazykové mutaci MS Office byly napsané. Běžte si to vyzkoušet.
BTW pokud uvidíte nějaké funkce s cizojazyčnými názvy, zřejmě jde o moduly psané ve VBA. Tamní funkce mají jeden originální název. Samozřejmě pokud VBA projekt odstřihnete, tak funkce nebude fungovat.
Ad vsichni uz maji dost zamknutych dokumentu a nakazene chache reseni od M$ - to není moc popisné. Co konkrétně máte na mysli?
Ad kdyz to napojili na teamer - na co že to napojili?
Ad webove dokumenty ala google_doc - hmm, dobrou chuť :)
Jeronýmku, když už lžete, nedělejte to tak okatě. Běžte si vytvořit soubor v anglickém Excelu, do polí A1 a A2 dejte nenulová čísla, do pole A3 vzorec =SUM(A1:A2), do A4 vzorec =AVERAGE(A1:A2), uložte to, a pak soubor otevřete v českém Excelu. Co se stane? Každý si to může zkusit a ihned vidět, že kecáte.
Kde byla řeč o makrech? Ale když o nich začínáte, tak můžete pokračovat tady:
http://www.root.cz/zpravicky/berlin-opousti-openoffice-nasadi-balik-od-microsoftu/519084/
Doufam, ze mate pravdu Nicmene zustava porad jeden problem. Clovek, ktery umi programovat Oppice v anglicky hovorici firme, bude po prechodu do francouzsky nebo cesky hovorici firmy v prdeli, jak Bata s drevakama a to, ze umi francouzsky nebo cesky mu nepomuze.
Dale si nejsem jisty, ze to tak je vzdy. Mozna, ze se to zmenilo, ale drive treba Exel v cestine mel VB anglicky, zatimco francouzsky Exel mel VB francouzsky. Mozna, ze ted uz Exel ma VB cesky.
BTW, zajimalo by mne, proc nemuzu mit VB v jakesi lokalni jazykove mutaci a tez v anglictine, kdyz se jedna jen o to, jak se to zobrazuje. Vzdyt by stacilo natahnout jiny soubor s nazvy funkci, ktery navic jiz nekde existuje a staci ho pridat pro pripad, ze by to uziatel chtel pridat. Predstavte si, jak mate treba ve firme vyvojare, ktery dela desne projekty ve VB a vy ho pozadate, aby vam sfoukl male makro do Exelu. On rekne, ze no problem, kamo, pak sedne k Exelu a spadne ze zidle, nasledne stravi pul dne na Google, aby vam napsal makro, ktere by jinak mel za deset minut.
Prominte, ale tohle jsou tak strasne hovadiny, ze to mohli vymyslet jen v MS. MS je jediny, kdo preklada programovaci jazyky do loklnich jazyku. Prdstavte si, co by lidi rekli, kdyby dospele programovaci jazyky mely take jazykove mutace. To by snad zacali radsi psat v brainfucku, kde jazykova mutace nehrozi.
Příkazy VBA jsou vždycky v angličtině. Pokud makro vkládá do sheetu funkce, mělo by to dělat v angličtině, a samozřejmě nastavovat vlastnost .Formula. Jinými slovy ve francouzském Excelu by mělo bez problému fungovat Selection.Formula="=AVERAGE(A1:A3)". Pokud chcete lokalizovaný název funkce, můžete použít vlastnost .FormulaLocal.
Pochopitelně také nemůžete spoléhat na defaultní jména sheetů, souborů apod. Například Sheets("Sheet1").Whatever stojí na nesprávném předpokladu, že se první sheet jmenuje Sheet1. Ve francouzském Excelu se bude jmenovat Feuil1. Sheets(1).Whatever bude fungovat v každém jazyce.
Jazyk názvů funkcí zobrazovaných uživateli se mění s default language for Office programs. Ve starších verzích MS Office nebylo dodávané MUI, ale MS nabízel ke stažení DLL s anglickými názvy funkcí.
Souhlas, většinou je to hlavně o tom, jestli programátor ví, co dělá. Nicméně neplánuje MS přidat možnost psát makra i v jiných jazycích? Třeba takový Python nebo JavaScript by nebyl od věci, nepohrdl bych ani C#. VB6 je v dnešní době natolik mimo, že člověk zvyklý psát v moderních jazycích má pěnu u huby, když v tom musí chvíli pracovat.
Vazne neumis pouzit google?
http://www.teachexcel.com/excel-help/excel-how-to.php?i=224851
nebo
https://stackoverflow.com/questions/13247771/excel-macro-inserting-internationally-valid-formula-during-run-time
A jsou toho samo tisice ...