Názory k článku
LibreOffice 7.3 Community nejen opět s vylepšeními podpory DOCX, XLSX, PPTX

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.

Mě jednou ouřad poslal formulář k vyplnění jako docx. Odpověděl jsem, že MS Office nemám, ať mi to pošlou v nějakém neproprietárním formátu. Dalo to práci ale nakonec jsem je udolal.

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.

>Neviem ako v CR ale na Slovensku mame platny vynos

Ešte nikdy sa nám nepodarilo dodržanie toho výnosu úspešne vymôcť.

Max sme dostali ods-ka,ktoré mali asi 100 chýb v ISO 26300 validátor a otvoril ich len MS Office konkrétnej verzie.

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.)

Co je podle vás „neproprietární formát“? Protože Office Open XML je ISO/IEC standard, takže na tom není o nic hůře než OpenDocument.

Drobny problem je v tom, ze to, co uklada MS Office nie je v sulade o ISO/IEC standardom Office Open XML.

@Filip Jirsák

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í.“

Bohuzial, vela poweruserov excelu tuto funkcnost pouziva, v Exceli je dostupna od verzie 2007, co je uz nejaka doba. Fakt vyrazne zefektivnuje pracu, preto jej nepodpora dokaze byt deal-breaker, aj ked by inac Calc vyhovoval.

A ty tabulky v libreoffice 'pivot table' a 'autofilter' nedelaji to same jako ty 'Tables' z odkazu?

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.

Aha, dik.

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-officedocumen­t.wordprocessin­gml.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.

A na základě čeho ty mime-type detektory určují konkrétně application/vnd­.openxmlformats-officedocumen­t.wordprocessin­gml.document ? Díky.

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 ...

Musí ten zip rozbalit a podívat se do něj. Asi do docProps/app.xml, nebo možná bude ve standardu definováno, jak se má správně určit typ dokumentu.

To je mi jasné, ale co konkrétně. Je celkem pravděpodobné, že by nebyl problém stávající exportní filtry LO upravit tak, aby na dané místo psaly to samé.

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

Díky, to je přesně ono. Pokud to dobře chápu, kdyby měly ty detektory zaktualizované magic soubory, mělo by to zafungovat i na OO, která má jiné pořadí souborů v zipu.

Tak ono je vseobecne dobre mat aktualizovany system, nie len koli detekcii mime typu.

Pořád platí, že by hlavně bylo potřeba vědět, o jaké detektory se jedná. Ty detektory mohou být založeny úplně na jiném principu než na používání magic souboru.

Já už to s LibreOffice vzdal a přešel na OnlyOffice. Vše daleko rychlejší a kompatibilita s Office bezproblémová.

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.

Pro malou (mrňavou) firmu je to drahé řešení: 1000 EUR v podstatě každý rok jen za možnost pracovat s dokumenty (kdy to není předmětem činnosti firmy) je prostě moc. Asi by to šlo "obcházet" developerskou či domácnostní licencí, ale to určitě není správně.

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.

tam je web verze zdarma
...zatím zdarma? :-)