V našej gubernii máme povinné obidva formáty - http://www.zakonypreludi.sk/zz/2014-55/znenie-20151015 - my sme tu v tom veľmi popredu, všimnúť si možno aj použitie oggov. Len neviem, či to až tak veľa inštitúcií dodržiava.
Noo... Pochodil som uz docela uradov a ODF som nevidel ani v jednom jedinom. Zaroven som este nevidel taky, co by si nevystacil s OO / LO, ale kedze to MFSR uplne nezavisle na ich potrebach pravidelne zaplati, ten prechod by fakt nedaval zmysel.
Ale v poslednej dobe sa zacalo dost fanaticky dodrziavat PDF pre vsetko, co ide von z uradu, co je velky krok dopredu.
Nedodrziva sa to. A ak tak formalne - Ministerstvo skolstva dava casto tabulky v ODS, ktore nie je validne a neotvori ho nic okrem Microsoft Office
Uplne najlepsi priklad je hodnotenie hoto predpisu a jeho aplikacia. Podla webu joinup, co je projekt Directorate General for Informatics Europskej komisie (nieco ako Europske ministerstvo informatiky)
K tomu zakonu urcuej vykonavaci predpis komisia ministerstva (najskor dopravy post a telekomunikaci, potom presla pod ministrestvo finnacii)
Award for Slovak committee that enforces standards compliance
Submitted by Gijs Hillenius on April 30, 2012
The Free Software Foundation Europe (FSFE) last month awarded the Slovak Commission for Standardization, part of the Ministry of Finance, for its commitment to open standards. The Ministry can fine public administrations that do not comply with its rules on IT standards.
Such fines can vary from 2000 up to 35,000 euro.
https://joinup.ec.europa.eu/news/award-slovak-committee-enforces-standards-compliance
Ano mame najvyssie pokuty v EU za nedodrzanie zakona, ktory je implementaciou europskej smerncie z roku 2002 (staty musia zakon, ktory implemntuje smernicu vydat do troch rokov po vydani smernice, inak dostnu pokutu)
a nasledne danovy urad nemohol od firmy pouzivajucej GNU/Linux prijat danove priznanie k DPH v papierovej forme, ktore firma daniarom dorucovala, ale museli ho dorucovat elektronicky, kde v systeme daniarov bol pristup le cez web obsahujuci ActoveX prvaky, a a teda isiel len v MSIE...
Slovak textile import firm appeals VAT fines because of vendor lock-in
Submitted by Gijs Hillenius on May 10, 2012
Eura Slovakia, a textile importer based in the city of Zvolen is filing appeal against twelve monthly fines totalling 5600 euro for its late filing of VAT statements. The firm argues that the country's Tax Office is discriminating companies that are not using one proprietary vendor's operating system and web browser. The government acknowledges its VAT web application is not conform the country's rules on standards.
Gabriela Dianová, spokeswoman for the Financial Directorate, is quoted by the Slovak news site HN Online, explaining that a 2010 change in the law forbids paper based VAT declarations. "The law does not leave us that option."
https://joinup.ec.europa.eu/news/slovak-textile-import-firm-appeals-vat-fines-because-vendor-lock
Odmietol Windows. A tak dostal od daniarov pokutu
Konateľ eseročky Eura Slovakia sa dostal do nečakaných problémov so štátom.
9.5.2012
http://hn.hnonline.sk/odmietol-windows-a-tak-dostal-od-daniarov-pokutu-500078
Sud znizil pocet pokut z 11 na 1
https://joinup.ec.europa.eu/community/osor/news/slovak-supreme-court-chew-vendor-independent-tax-software
A korunu tomu nasadil "Promonopolny urad"
Podľa Protimonopolného úradu štát mohol nútiť občanov používať Windows a Internet Explorer
DSL.sk, 14.1.2013
Finančné riaditeľstvo SR podľa Protimonopolného úradu SR neporušilo zákony o ochrane hospodárskej súťaže, keď daňovníkov do januára minulého roka nútilo podávať súhrnný výkaz k DPH elektronicky len z Windows a cez Internet Explorer
V októbri Protimonopolný rozhodol, že Finančné riaditeľstvo zákony v oblasti ochrany hospodárskej súťaže neporušilo. Vynucovanie sa totiž podľa PMÚ malo dotýkať iba cca 10% zo 44 tisíc subjektov povinných podávať súhrnné výkazy, ktorí podľa štatistík nepoužívajú Windows. Takýto počet dotknutých užívateľov je ale len zlomkom celého trhu s operačnými systémami a vynucovanie tak podľa PMÚ nemá vplyv na hospodársku súťaž a zákon tak nebol porušený.
http://www.dsl.sk/article.php?article=13584
Dnes to uz nie je az take zle, ale sta nie dobre
Firmy mali povinnost komunikovat so statom pomocou nejakej obdoby datovych schranok a obcianskeho preukazu s cipom
od 1.8.2015 , aktualne to posunuli na 1.8.2016, lebo az 30.6.2015 vysiel prvy klient systemu pre Linux a OS X (Preukazy a program pre Windows uz existoval skoro 1,5 roka)
Ten SW je vydany aj ako deb balicek (vbobec prvy program verejnej spravy vydany ako balicek) ale nema vypnene zavislosti a program potrebuje na komunikaciu so statom OracleJDK 1.7, alebo 1.8 a na komunikaciu s ovladacom citacky kariet(a obciankych preukazov) OpenJDK 1.7 ... (takze musite nainstalovat obe JDK)
The Ministry can fine public administrations that do not comply with its rules on IT standards.
Such fines can vary from 2000 up to 35,000 euro.
Coz je ovsem vysmech, protoze se vezmou penize danoveho poplatnika z jednoho pytliku a presypou se do druheho, odkud je dotycne minisyterstvo dostane zpet, az se bude resit, ze nema dostatek financi. Nakup noveho nabytku do kancelare ministra to neovlivni, nanejvyse si zamestnanci budou muset nosit propisky z domova, aby meli cim psat. Dokud ty pokuty nebude platit z vlastni kapsy konkretni clovek, ktery je za situaci zodpovedny, nejedna se o nic jineho, nez saskarnu, ktera akorat zvysuje naklady, protoze ani saskarna neni zadarmo.
Ad Ministerstvo skolstva dava casto tabulky v ODS, ktore nie je validne a neotvori ho nic okrem Microsoft Office - a proti čemu je validujete? Open/LibreOffice psal tabulky odjakživa nevalidní, protože se autoři standardu ODF jaksi neobtěžovali specifikovat vzorce spreadsheetů. Ale dobrá zpráva je, že se konečně vzorce do ODF dostaly. Dne 17.6.2015 byl schválen ISO standard ODF 1.2, který vzorce řeší. Trvalo to devět let. Na použitelné revize si musíte počkat do příští verze ODF. Pokud to půjde jako dosud, můžete ji očekávat za 3-6 let.
Na Slovensku podle všeho není vyžadované ODF 1.2, takže se nedivte, že si každý může psát ty vzorce jak uzná za vhodné. To máte z toho že jste si zvolili nedodělaný standard, který neřešil ani úplné základy interoperability.
Aha, takže takhle:
https://www.youtube.com/watch?v=o1eHKf-dMwo
No jasně, podívejme se na to. Mám na stole dva stroje s MS Office 2013, oba mají stejnou tiskárnu i drivery, a samozřejmě i stejné fonty (bez toho se jak známo layout dokumentu může změnit). Co konkrétně mám udělat (step-by-step), abych vytvořil dokument na jednom stroji, a na druhém měl dokument odlišný layout?
Word 97 byl první verzí s layoutem nezávislým na tiskárně. Ovšem pokud jste použil dokument nebo šablonu z Wordu 95, tak se choval jako Word 95, včetně závislosti layoutu na tiskárně. Stejně to dělají novější verze.
https://support.microsoft.com/en-us/kb/166016
Klid prosím.
Já sám jsem zastánce a příznivce opensource softwaru, ale mám pocit, že zde lael dostává strašnou sodu jen proto, že se zastává microsoftu.
Přiznejme si, že v kancelářských softwarech byl cca do roku 2005 obecně trochu zmatek. Otevírání (nebo nedejbože konverze) různých formátů bylo utpení.
Kontroverzní MS office 2007 bylo do jisté míry krokem k pohodovějšímu otevírání jiných formátů. Libreoffice zase hodně prokoukla celkem nedávná rozsáhlá revize kódu pod záštitou the document foundation.
Situace se postupně zlepšuje na obou stranách.
Mám (tak trochu smutný) pocit, že lael tu za jedno rýpnutí (proč taky ne, že) dostává tak hrozně najevo, že tu není vítán, že je to až divné.
Klidně si z něj humor dělejme, ale slušně prosím.
Přece nechceme my, linuxáci vypadat jako hromada buranů, která nedovede vést slušnou diskuzi.
(tak a teď do mě...)
Odpovídáte na příspěvek diskutéra "j", který je vulgaritou a neznalostmi proslulý. Toho bych dál neřešil.
Reakce v diskusi jsou ostřejší, protože se moje příspěvky týkají konkrétních mýtů až náboženského charakteru. Pohádka zní asi tak, že Sun uvolnil OpenOffice jako open source z lásky k celému světu, a pak chtěl ze stejného důvodu standardizovat otevřený formát. U toho utratil v přepočtu miliardy korun za vývoj OpenOffice a kdo ví kolik za lobbying, a samozřejmě ty peníze utrácel s čistým srdcem, ne kvůli nějakému businessu nebo nedej bože zisku (fuj, už to slovo zisk). Ten standardizovaný formát byl skvělý, uměl všechno co bylo potřeba, a jen ten zlý ošklivý MS se nechtěl připojit, narychlo spatlal vlastní formát, podplatil všechny okolo a nezákonně protlačil ten svůj mnohem horší formát. Pohádka je to pěkná, a někteří jí asi opravdu věří. No a když jim ukazuji že to bylo ve skutečnosti jinak, tak ty mýty nabourávám. Je to skoro jako vysvětlovat věřícímu, že vodu ve víno fakt změnit nelze, neposkvrněné početí je nesmysl, bůh rozhodně nezastavil pohyb Slunce a Měsíce po nebi kvůli tomu že se dvě tlupy někde v poušti mlátily kyji po hlavách atd.
Na druhou stranu o Marii skoro nic nevime. Co kdyz byla strasne oskliva? Jak jinak byste vysvetlil to poceti? A to, ze se zastavilo Slunce a Mesic, se mohlo dotycnym zdat pote, co pojedli chleby presne z mouky s obsahem LSD. Pamatujte, ze tehdy nemeli pesticidy. Podobne to mohlo byt s tim vinem. Jestli byli jiz dostatecne zrubani, tak uz ani nepoznali, co piji. Akorat me ale nenapada, jak Jezis mohl nekrmit tolik lidi tremi rybami, kdyz velryby tam asi v supermarketu jeste nebyly k dostani.
Dokumentový formát musí na prvním místě popisovat dokument. To jestli řekněme buňka tabulky ve spreadsheetu používá pro horizontální zarovnání textu stejné atributy jako odstavec ve word processoru je nezajímavý technický detail, protože ten formát stejně nikdo nebude loukat ručně, a ty dva objekty navíc mají velmi odlišnou sadu vlastností (včetně toho že text v buňce se zarovnává i vertikálně, na rozdíl od odstavce). Podobné je to s dalšími "závažnými" výtkami k OOXML.
Pokud se ptáte, jestli by státní správa měla publikovat spreadsheety ve formátu který nepopisuje vzorce spreadsheetů, tak odpověď je ne. A pokud se ptáte, zda by státní správa měla používat formát, který neumožňuje beze ztrát převést tu obrovskou spoustu starších existujících dokumentů která má, tak je odpověď také ne.
To jestli řekněme buňka tabulky ve spreadsheetu používá pro horizontální zarovnání textu stejné atributy jako odstavec ve word processoru je nezajímavý technický detail, protože ten formát stejně nikdo nebude loukat ručně, a ty dva objekty navíc mají velmi odlišnou sadu vlastností (včetně toho že text v buňce se zarovnává i vertikálně, na rozdíl od odstavce). Podobné je to s dalšími "závažnými" výtkami k OOXML.
To zdaleka nejsou takove detaily, jak tvrdite. a) Nekdo tu sracku musi implementovat a pokud v kazdem programu z baliku je vse uplne jinak, tezko bude recyklovat kod, eventuelne pouzivat na vsechno ve vsech programech jakesi standardni knihovny, kde vlastni aplikace pak je vicemene jen GUI plus trocha kodu navic. A MS v principu kazdypesjinaves zasel az tak daleko, ze v ruznych programech jsou ruzne znaceny i kraviny, jako barva. Takze potes koste, to bych chtel iplementovat. To se nedivim, ze ta specifikace ma 6000 stranek. b) Obcas nekdo potrebuje napsat parsery na to uzasne MS OOXML. MS mu to znovu neusnadnuje. Nejen, ze clovek musi na kazdy typ dokumentu delat vsechno uplne znovu, ale jeste musi nastudovat stranek, jak na zkousky z marxismu-leninismu.
Ad Nekdo tu sracku musi implementovat a pokud v kazdem programu z baliku je vse uplne jinak, tezko bude recyklovat kod - jak jsem psal, objekty mají v různých office programech různé vlastnosti. Pokud jde třeba o barvu pozadí objektu, tak textbox má možnost jako výplň nastavit barvu, gradient a obrázek/texturu. Odstavec umí jen barvu. Shape umí to co textbox, plus v PowerPointu umí "průhled" na pozadí slidu s ořezem podle tvaru shape. To že u celého balíku budete muset řekněme třikrát implementovat parsování barvy mi přijde jako dost nuda, zabere to pár minut. Ale buňka spreadsheetu je tak odlišná od odstavce word processoru, že společného kódu bude dost pomálu.
Ad pouzivat na vsechno ve vsech programech jakesi standardni knihovny, kde vlastni aplikace pak je vicemene jen GUI plus trocha kodu navíc - vyjma implementací ODF/OOXML a obdobných formátů nenajdete "standardní" knihovnu, která by se vám postarala třeba o buňku spreadsheetu s properties které podle implementovaného formátu má mít. Když píšete HTML layout engine, tak také nevystačíte s nějakou standardní knihovnou a trochou kódu navíc. A to je HTML oproti office formátům dost jednoduché. Samozřejmě implementace OOXML není práce pro jednoho člověka, podobně jako u HTML layout engine. Proč myslíte, že i za browsery (což je vždycky layout engine a trochu GUI a jiné omáčky okolo) stojí velké týmy?
"Pokud se ptáte, jestli by státní správa měla publikovat spreadsheety ve formátu který nepopisuje vzorce spreadsheetů, ..."
Státní správa by především neměla publikovat žádný spreadsheet dostupný mimo instituci.
Výchozí datová sada musí být někde na serverech s možností sdílení. Už jenom proto, aby stejný data vidělo několik oddělení úřadu, nabo si mohl úředník třeba na stavebním úřadu stáhnout moje trvalý bydliště, když potřebuje něco poslat a člověk z finančáku mrknout na velikost pozemků, jestli zemědělec něco nezamlčel. Takže na rozhraní úřad-úřad je efektivnější propojení databází.
Na interface stát-občan a stát-firma patří hotový data ve strojově čitelné formě, kde nejsou žádný výpočty. Vlivem chyby v zaokrouhlování nebo v počítači uživatele může dojít k chybě, která může skončit třeba pokutou. Tam patří hotová tabulka v csv, xml,... s popisem struktury, maximálně s nějakou standardní formou šifrování pro neveřejný data.
Interně ať používají třeba telegraf, nebo popisovač a roli toaletního papíru.
No zato MS DOC je interoperatibilny multiplatformny a neviem co este... Ak by FDF/DF nezacalo standardizovat ODF format, tak dodnes sa pouziva v MS Office DOC. Lenze MS si (vsimlo?) ze uzivatelia uz maju pokrk nekompatibilnych doc formatov medzi verziami a zacina poziadavka na standard, tak namiesto toho aby sa podielal na vyvoji ODF (mohol poslat pripomienky, patch fix atd...), tak radsej zas vytvorila vlastny standard, ktory ani sam nedodrziava...
MS DOC je dokumentovaný, nikoliv standardizovaný. Formáty OOXML jsou samozřejmě plně dokumentované a standardizované u ISO.
Ten zbytek je sada mýtů, které někteří lidé rádi pořád dokola opakují. To z nich ale fakta neudělá.
Ad Ak by FDF/DF nezacalo standardizovat ODF format, tak dodnes sa pouziva v MS Office DOC - MS měl první verzi XML formátu pro MS Excel už někdy v roce 2000.
http://blogs.msdn.com/b/brian_jones/archive/2007/01/25/office-xml-formats-1998-2006.aspx
Ad MS... namiesto toho aby sa podielal na vyvoji ODF (mohol poslat pripomienky, patch fix atd...), tak radsej zas vytvorila vlastny standard - ODF je od začátku standardizovanou verzí interního formátu produktu OpenOffice, dokonce se po OpenOffice původně jmenovala pracovní skupina i její dokument. Těžko MS vysvětlíte, že má přejít na interní formát konkurenčního produktu jen proto, že ho konkurence pošle do standardizační komise :). Navíc když ten formát neumožňuje popsat dokumenty MS Office, specifikace neřešila ani zcela základní věci, ani v roce 2015 pořád nemá vyřešené revize atd.
Širší pohled na věc je ten, že se Sun spolu s IBM a pár dalšími pokusili převzít trh office produktů. Protože OpenOffice zákazníci nebrali ani zdarma, vytvořili pánové standardizovaný formát (je jedno že zcela nevyhovující - hlavně že to má razítko standardu), lobbovali za "otevřené formáty" a jejich vyžadování v zákonech (nejlépe zakotvit přímo požadavek na ODF), a snažili se vší silou zabránit tomu, aby mohl svůj formát standardizovat i MS. Strategie nevyšla, MS úspěšně dokončil dokumentaci a standardizaci formátu, vývoj ODF se prakticky zastavil, Sun skončil a byl pohlcen Oraclem, ten OpenOffice zahodil, a OpenOffice i jeho následovníci jsou přes nulovou pořizovací cenu okrajovým produktem.
BTW nenechte se zmást: Sunu, IBM a spol. samozřejmě šlo na prvním místě o prachy. Státní správa i komerční firmy potřebují podporovaný SW. Sun tehdy prodával "profi" OpenOffice s podporou, a v IBM měli placený Lotus Symphony (který po selhání strategie také skončil). Domácí uživatelé by sice neplatili, ale v té době stejně všichni doma pirátili jak šílení, a vzhledem k velikosti trhu office produktů by peníze ze státního a firemního sektoru byly velmi zajímavé. Jen nenapravitelný romantik může za aktivitami Sunu, IBM a dalších vidět něco jiného než boj o trh a o prachy.
Ad MS... radsej zas vytvorila vlastny standard, ktory ani sam nedodrziava - jak nedodržuje? MS Office 2007 používá ECMA-376, což je celkem pochopitelné, protože standard ISO/IEC 29500:2008 v době vydání produktu Office 2007 jaksi ještě neexistoval. Office 2010 používá formáty ISO/IEC 29500:2008, čte dokumenty ve verzi Transitional i Strict, zapisuje verzi Transitional. Office 2013 používá formáty ISO/IEC 29500:2008, čte i zapisuje dokumenty ve verzi Transitional i Strict.
Takže jediné čeho se MS nedrží je ISO/IEC 29500:2008 v produktu Office 2007, protože se těžko držet standardu, který v době vydání produktu neexistoval :)
Aha, to je zajimavy, ze ten dokumentovany format nezvladne ulozit ani jeho tvurce. Zcela konkretne mam tu nekolik souboru ze starsich verzi excelu ... je v nich SQL, a kdyz ty soubory preulozim do stejneho "dokumentovaneho" formatu v noschsi verzich opic, tak to SQL prestane fungovat. A neda se stim udelat vubec nic, protoze to odmita jak starsi tak novsi excel ...
1. vezmes misku do ktere budes chytat slzy ktere z tebe potecou z duvodu ze na msoffice se stale sere vice a vice
2. pak do toho pridas drcene feferonky
3. nechas v tom 48h nalozenej user manual pro msoffice
4. instalacni cd msoffice zabalis do toho manualu
5. strcis si to cele do zadku
6. pujdes strasit nekam do kanalu...
Takže jediné čeho se MS nedrží je ISO/IEC 29500:2008 v produktu Office 2007, protože se těžko držet standardu, který v době vydání produktu neexistoval :)
Ano a patch na podporu vydat nemohly...
Toto je z wikipedie:
Microsoft submitted initial material to Ecma International Technical Committee TC45,
where it was standardized to become ECMA-376, approved in December 2006.[13]
This standard was then fast-tracked in the Joint Technical Committee 1 of ISO and IEC. After initially failing to pass, an amended version of the format received the necessary votes for approval as an ISO/IEC Standard as the result of a JTC 1 fast-tracking standardization process that concluded in April 2008.
A toto z tho blogu:
November – Microsoft Office 2007 released and is first product to claim full support for OpenXML format
(release date MS office):
January 30, 2007 Office 2007 (12.0)
June 15, 2010[5] Office 2010 (14.0)
Takze MS nebol schopny vydat patch na zahrnutie podpory VLASTNEHO STANDARDU za 2 roky???
Ad patch na podporu vydat nemohl[i] - špatný nápad. Kdo by neměl patch, neotevřel by dokumenty psané ve verzi s patchem. Rozbít dopřednou kompatibilitu patchem, to se nedělá. Kdo potřeboval číst soubory zapsané v Office 2007, mohl s klidem implementovat ISO/IEC 29500:2008 a implementovat i těch pár rozdílů proti ECMA-376. Ty by stejně v praxi musel implementovat i kdyby MS vydal vámi navržený patch, aby bylo možné dekódovat soubory zapsané v Office 2007 bez toho patche.
Ale když mluvíme o rychlosti, tak si všimněte, že dostat do specifikace tak základní věc, jakou jsou vzorce ve spreadsheetech, trvalo u ISO ODF skoro 9 let(!), a použitelné revize tam po těch devíti letech pořád nejsou. Pravda, může být i hůř. Například W3C trvalo 13 let se dostat od CSS 2 k CSS 2.1, a CSS 3 pro jistotu rozbili na desítky modulů, s tím že ve fázi Recommendation je jich zatím jen pár.
Protoze opice ktery pouzivas, jsou porat ty stejny opice, ktery pouzival tvuj praprapredek, jen maj premalovanej ksicht. Sak ve widlich taky najdes win 3x dialogy ...
Tuhle sem resil soubor, kterej dorazil mailem a dotycnymu nesel otevrit. Vyzkousel sem na to asi 4 verze M$ opic (2k3 - 2k13) a ... NIC. Nakonec sem to naprosto bez problemu otevrel v LO a preulozil.
Ad jak dlouho u vás trvá naučit Excel, aby otevřel soubory v extra okně - Excel 2013 mi otevírá soubory v samostatných oknech. Excel 2007 to tuším měl jinak.
Ad proč se nedají otevčít dva soubory z různých adresářů, pokud mají stejný jméno souboru - protože v objektovém modelu jsou workbooky prezentované jménem souboru, nikoliv plnou cestou. Ale můžete si triviálně spustit víc instancí Excelu. Stačí přidržet shift když klikáte na ikonu, kterou Excel spouštíte.
Ad patch na podporu vydat nemohl[i] - špatný nápad. Kdo by neměl patch, neotevřel by dokumenty psané ve verzi s patchem. Rozbít dopřednou kompatibilitu patchem, to se nedělá.
Aha takze ak by to dal MS ako nejaky critical patch pre MSO, tak uzivatelia by si ho nestiahli, zato spam patch (GWX) ako critical dat mohli... Nuz MS vie najlepsie co uzivatel potrebuje...
Laeli, když máte v Excelu tak vymakaný spreadsheety, můžeš všem laskavě připomenout, co se stane v následující situaci?
Český úředník dělá v Excelu nějakou statistiku. Do buňky D15 zapíše "=průměr(D1:D14)", zkontroluje tabulku a pošle úředníkovi do reichu. Úředník v reichu má opice v němčině.
Český úředník uvidí vzorce v češtině, německý v němčině. V souboru .xlsx budou vzorce uložené v angličtině. VBA funkce vidí také v angličtině. Může vidět i lokalizovanou verzi pomocí properties FormulaLocal a FormulaR1C1Local; ty vrací jména funkcí v jazyce ve kterém Excel aktuálně běží.
Pokud jste někdy viděl v českém funkci typu CalculerQuelqueChose, která neexistovala, má to prostý důvod. Jde o makro z VBA modulu, které můžete používat i na sheetu. Jména maker se nelokalizují, takže je v Excelu běžícím v jakémkoliv jazyce vidíte tak jak je autor pojmenoval. A pokud vám autor pošle verzi souboru ořezanou o makra, samozřejmě příslušná funkce na sheetu bude neplatná. Někteří jedinci jsou z toho kupodivu schopní vydedukovat, že Excel ukládá funkce v lokálním jazyce.
Běžte si to klidně zkusit. Minimálně český a anglický Office snadno najdete, případně si pro Office 2013 můžete zdarma stáhnout Language Pack.