Calc uz zvlada tabulky? (tieto tabulky: https://support.microsoft.com/en-us/office/overview-of-excel-tables-7ab0bb7d-3a9e-4b56-a3c9-6c94334e492c) Ci este stale nie?
Tak právě jsem to ze zvědavosti zkusil a podpora pro tabulky je cca asi pořád stejně špatná.
"Tabulka" vytvořit nejde.
V MS Excelu vytvořená "Tabulka"
- se nějak zobrazí i vzorce zdá se fungují
- ale tabulka nejde rozšířit (tj ani auto doplňování vzorců tedy nefunguje)
- Filtry sloupců v tabulce nerespektují rozsah tabulky - ukazují i položky těsně pod tabulkou - chovají se jako automatický filtr.
- chybí vrstva obarvení tabulky(to je jiná než vrstva barvy buňek)
Myslím že je to docela škoda, tabulky považuji za jednu z hodně užitečných věcí co zrychluji a zjednodušují práci.
Ino, podpora "Microsoftích" formátů prostě není stále stoprocentní. (Jenže to není ani mezi verzemi MS Office, jak se prakticky denně přesvědčuji v práci.)
Zrovna uvedenou vlastnost jsem nikdy nepotřeboval a ani by mne nenapadlo něco takového "páchat", takže pro mne to limitující není.
Spíš mi vadí, když "ouřad" pošle excelovský dokument k vyplnění a vrácení, a já to v LO otevřu, vyplním, uložím, pošlu ouřadu - a oni se rozčilují, že to není správně formátované; učiním stejné kroky v MS Office (legálně koupený) - a výsledek je úplně stejný, tedy "rozpadlé". Odpověď úřadu: To musíte použít Office 365!
(Tenhle tejden zatím dvakrát.)
Stát (a podobné instituce) prostě vyžaduje použití "otevřeného formátu" proprietálním editorem.
Neviem ako v CR ale na Slovensku mame platny vynos o standardoch, podla ktoreho urad nemoze zverejnit/poslat dokument urceny na upravu len vo formate docx. Musi byt zaroven aj v odt. Popripade aj v inom ale nikdy nie samotny docx alebo odt. Oba musia splnat ISO. Plus musia sa tam pouzivat minimalne
Teoreticky by mohol byt poslany len vo formate docx alebo odt ale to len po predoslej dohode oboch stran.
Já se je snažím moc nedráždit. Soubory DOCX/XSLX jdou v drtivé většině v LO zpracovat a v původním formátu i uložit.
Problém s tím mají oni - jak to "proleze" něčím jiným, než MS Office "jejich" verse, něco se rozsype. (Nejčastěji nikoliv nějaké extra funkčnosti - jako "tabulky v tabulkách" - ale formátování založené na hromadění mezer.)
necetl si zpravicku pod kterou reagujes?
„Soubory Microsoftu neodpovídají schválenému standardu ISO, ale stále využívají proprietární formát, který byl organizací ISO označen v dubnu 2008 jako nedoporučený. Vnitřní struktura použitého formátu je tudíž značně komplikovaná, což způsobuje v balíku LibreOffice potíže. Naproti tomu výchozí formát LibreOffice (OpenDocument) je skutečně otevřený a standardní.“
Četl, jenže v té zprávičce je to špatně. Existují dvě varianty standardu Office Open XML – Strict a Transitional (podobně to bylo u HTML 4). Varianta Transitional obsahuje prvky navíc kvůli zpětné kompatibilitě, a současné verze Microsoft Office používají pro ukládání právě tuhle variantu. Není to ale nic proprietárního, je to stejně otevřený a standardní formát, jako Open Document. Akorát asi vývojáři Libre Office nemají kapacitu tenhle standard plně implementovat. Což ale není chyba ani Microsoftu, ani standardu.
Nie, pivot je suhrn, tabulka je zoznam, ci uz manualne vytvoreny, alebo vysledok query (a tabulku je mozne pouzit ako zdroj pre pivot, netreba sa hrat s rozsahmi rucne, a ked sa zmeni velkost tabulky, automaticky sa zmeni aj zdroj dat pre pivot).
Autofilter nepodoplna vzorce ked sa zmeni pocet riadkov (napr. po refreshi query), ani nepodporuje agregatne funkcie napr. na konci zoznamu ;). A este aj vzorce maju trochu iny syntax, aby vedeli referovat na polozku tabulky, bez ohladu na to, kde sa tabulka nachadza v ramci harku, alebo ako je velka.
No ta kompatibilita s DOCX a obecně je všelijaká.
Zrovna v tuto dobu řešíme jeden docela větší problém. Mime-type detektory špatně detekuji DOCX vytvořený v LibreOffice. Skoro všichni vrací application/octet-stream. Místo správného application/vnd.openxmlformats-officedocument.wordprocessingml.document. Obecně by to nebyl problém, ale jsou systémy, které akceptuji pouze podporované dokumenty. A pokud přijde něco jiného, tak to odmítne. Což třeba teď řešíme s ISDS, který takový docx dokument vytvořený v LibreOffice nechce poslat.
Nikto nevie. Ide o "Problém Kodanskej nemocnice "
DK: 25,000 hospital staff Copenhagen region to use open source office suite
Published on: 18/08/2011
Even a single user of the proprietary office suite would force the group to purchase licences for all fifteen thousand desktop PCs. "We have spoken to the proprietary vendor about this for over a year, and they acknowledge the problem."
https://joinup.ec.europa.eu/collection/ehealth/news/dk-25000-hospital-staff-cop
Keď to urobí štát, s ktorým máte povinnosť komunikovať elektronicky tak sa to rozlezie ...
Obávám se, že je to spíš chyba těch MIME detektorů. A když nebylo vůbec řečeno, které to dělají… Některé detektory se řídí jenom pár bajty na začátku souboru, je možné, že Word vždy ukládá na začátek konkrétní soubor, nebo ukládá něco do hlavičky zipu. Zkrátka bez znalosti toho, které detektory se tak chovají, bude obtížné trefit se tak, aby to detekovaly správně.
Proste na zaklade spravnych bajtov na spravnych miestach, to co vas konkretne zaujima je tu https://github.com/file/file/blob/master/magic/Magdir/msooxml
Pouzivame v organizaci Seafile jako uloziste souboru, tak jsem nahodil OnlyOffice , docela pekne to funguje spolecne. Ale "bezproblemova" kompatibilita s MSO, to bych tedy nerekl. Vetsina prezentaci, co otevru, ma rozbite formatovani, velikost pisma, pruhlednost, barvy.
Ale jak se tady uz psalo, casto je to rozbite i v online verzi MSO. Pakarna.
To se bavíte o remote přístupu (webové verzi), ale samotné desktop aplikace jsou podle mě zdarma, resp. jsem nikde zmínku o omezení nenašel.
https://www.onlyoffice.com/download-desktop.aspx
Podle mě na to jdou trochu obráceně jak Microsoft - tam je web verze zdarma a desktop za peníze.