Zkušenosti s nasazením LibreOffice Base

Kit

  • *****
  • 957
    • Zobrazit profil
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #15 kdy: 08. 02. 2026, 00:27:49 »
Ještě je možnost kombinace HTML + JS + IndexedDB (Dexie.js). Aplikace i data lokálně, stačí internetový prohlížeč.


Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #16 kdy: 09. 02. 2026, 08:19:10 »
Ještě je možnost kombinace HTML + JS + IndexedDB (Dexie.js). Aplikace i data lokálně, stačí internetový prohlížeč.
Na kombinaci HTML + JS + IndexedDB se podívám, tu neznám. Ještě je možné, aby mi toto či podobné řešení běželo např. v Dockeru, to mi ale pro táborovou evidenci připadá přeci jen už zbytečné. Se zálohováním na Gitu souhlasím, sám jej používám, kamarád programátor si i v dnešní době stále pochvaluje SVNko, proč ne. Já vím, ten dnes tak oblíbený Python válcuje vše a proč ne, přiznám se, že když mi na tábor dorazí někdo se zájmem o vývojařinu, téměř bez výjimky si tento jazyk pochvaluje. A když napíši kód v libovolném jazyce, áíčko si jej stejně louská pomocí Pythonu, takže je mi jasné, že s ním pracuje asi nejlépe (ale ani s moderním Paskalem není problém, což mě překvapilo). Takže dobře, dám Pythonu šanci, kombinace např. s CustomTKInter a SQLite bude pro takovou aplikaci určitě to pravé.

Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #17 kdy: 09. 02. 2026, 08:24:22 »
Pane kolego, ze vy mate lasku ke starym technologiim. Taky programuju uz dlouho, ale musime jit s dobou. Delphi nechme Jablotronu, kde na tom furt jedou, a devadesatym letem. Souhlasim s kolegou Kitem, vzit na to Python a je to. Neni se ceho bat, AI napovi. A rozhodne AI napovi lip Python nez neco co je bud vic ukecane nebo hur zdokumentovane nebo to neni mainstream.
Odhalil jste mě přesně, jen doplním, že kromě starých technologií mám lásku i k těm novým a jako hračička jsem se rozhodl pro Arch linux, protože mám rád i vše čerstvé. Naprosto souhlasím, že musíme jít s dobou, na druhou stranu chápu, že Jablotron, Štajner, Stármon nebo uživatelé Kádvojky u Delphi setrvávají, ať již z jakýchkoliv důvodů, zažil jsem dobu přechodu IS z Delphi na .NET a pamatuji si, že to bylo veselé.

Jen vůbec nejsem zkušený programátor, pracoval jsem jako systémový administrátor (ale bez nějakých těch skriptů v Pythonu to samozřejmě nešlo) a nyní provozuji tábory u koní, íťařina je ovšem stále mým koníčkem. U nás na českolipsku vznikl starý dobrý PC Fand, možná byste nevěřil, že se s ním stále setkávám (ordinace soukromého lékaře, lékárny, tichoježkové účetnictví, na které dámy účetní v požehnaném věku stále nedají dopustit, cyklo či hračkoprodejny - jen to propojení s moderními Wokny, tiskárnami a státní správou je jaxi krkolomné). A měl opravdu mnoho zajímavých myšlenek, které se dnes uplatní v low-code prostředí.

A když jsme u toho low-code, zkusil jsem tuto aplikaci pomocí áíčka vytvořit v javoském rámci OpenXava, výsledek je překvapivě dobrý. Ale stejně jako např. Odoo (které mimochodem vzbudilo můj zájem o Python, protože přeci jen jsem byl zvyklý na IS v Delphi, Javě či .NET) se jedná o řešení do firem, ne na tábor.

Neopomněl jsem prubnout také editor Emacs a jeho org-mode, ten má díky LaTeXu opravdu pěkné pédéef výstupy. Jen se při jeho ovládání cítím jako chobotnice, jak jednou popsal jeden diskutér, takže nejspíše zamířím jiným směrem.

Souhlasím s tím Paskalem a Lazarusem, je to technologie letitá a právě Lazarus bojuje s nedostatkem vývojářů podobně jako Base. Vím, že vypadá jako relikt z devadesátek, bedlivě jej však sleduji a líbí se mi stále více. Moderní herní rámec CGE umožňující export her i na mobilní platformy, planetárim Skychart, Lazmapviewer, GHTopo, ZCAD, Pascalscada, CHROMuLAN, manažer souborů Double Commander, účetní program Gestinux (ano, s opravdu hnusným GUI), PASLLM s podporou lokálních modelů, čerstvě vyvíjený nástroj Pasbuild ála Maven, GUI pro Bhyve ve Freebsd, webové aplikace (např. rámec MORMot2 někteří uživatelé označují jako jedno z nejrychlejších řešení v tomto segmentu), zajímavé řešení D2Bridge (snad bude lazarusí verze brzy i pro Linux), aktuální učebnice přímo pro Lazarus, aktuální kurzy na Udemy (v některých zemích je Paskal stále oblíbený) a opravdu blesková rychlost a malá výsledná binárka, to vše má stále něco do sebe. Díky podpoře QT6 není vzhled výsledných aplikací vůbec špatný (škoda, že to GTK ustrnulo) plus jedna perlička - Lazarus stále funguje v oknech dvoutisícovkách. Pokud se nemýlím, Lazarus má i v dnešní době stále co nabídnout, škoda, že podobný nástroj nemáme pro Python. Určitě u něj rád zůstanu, otázku, má-li smysl v dnešní době áíčka, zatím nechám budoucnosti.

Ale můj nejoblíbenější jazyk je Ada, která se nástrojem Alire dostala do moderního světa, jen ta ukecanost, já vím a je možné, že i ve své hlavní doméně bude přeci jen nahrazena Rustem (jsem zvědav na Mikrosoft, zda se mu přepis nakonec podaří).

Takže pánové vývojáři, máte recht s tím Pythonem, dnes se mu neubráním a upřímně řečeno ani nechci. Když se s někým bavím o vývojařině, z více než devadesáti procent si vyslechnu radost nad tímto jazykem. Obrovský ekosystém a skvělou práci s áíčkem nemohu nevidět, v případě potřeby lze Python/SQLite/CustomTKInter řešení nahradit např. Flaskem nebo Djangem. Samozřejmě jsem jako hračička neodolal Antigravity a pro agentické programování bude toto zadání jako stvořené, používám sice zadarmózní verze modelů, ale není kam spěchat. Prubnu Lazarus i Python verzi, už se těším na obě.

A aby toho nebylo málo, kamarád programátor mi nabídl možnost napsat tento program v jeho low-code prostředí, které vyvinul na platformě .NET, což dnes v Linuxu nebude problém, takže společně prubneme i ten.

Pokud se nepletu, dnes v době áíčka jde hlavně o to, popsat mu správnou architekturu a návrhové vzory, vysvětlit strukturu aplikace a nechat ho kódovat, za ty dva roky, co s ním pracuji, vidím obrovský skok a naprosto netuším, kam se posune. Jazyky typu Ada nebo Java, které vývojáře plácly přes prsty, když udělal něco nepěkného, nebudou dnes už tak důležité, ta architektura alespoň zatím ano.
   
Ještě jednou děkuji za názory a pohledy na věc, ty jsou pro mě nejdůležitější. Jdu si na uzdu svého koně vedle nápisů Ada a Paskal přimalovat krajtu, ať je vidět, že jsem se polepšil.

Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #18 kdy: 09. 02. 2026, 10:41:08 »
Souhlasím, že na ledacos se během vývoje IT průmyslu rezignovalo a stará řešení že mají něco do sebe. Mainstream často neznamená nejvyšší kvalitu. Už z principu vítězí průměr - lidé jsou v průměru průměrní a tak většina ani nedokáže ocenit kvalitu, která je vždy výsadou elity (proto má takový význam vzdělávání).

Pokud znáte Javu tak doporučuju JavaFX, píše se v tom docela pohodlně - oddělení logika v javě, binding na UI které je by default deklarativní v xml s možností stylovat pomocí stylesheetu, tedy vysokoúrovňový přístup podobný jako v QT, podobný je i defaultní vzhled, ale je to java. Má to slušnou podporu a stabilní vývoj, ale bohužel to není moc rozšířené - většina dává z nepochopitelných důvodů přednost webovým nedodělkům (které v naprosté většině ignorují to dobré, k čemu se v návrhu UI historicky došlo).

Svatopluk Vít

  • *
  • 38
  • Nekuřák, nepiják a nemrava
    • Zobrazit profil
    • Různé info
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #19 kdy: 09. 02. 2026, 12:25:04 »
Možná budu za blázna, ale když jsem četl o HTML a JS, napadlo mne využití redakčního systému GRAV...

Grav je jednoduchý, souborový redakční systém, který funguje bez klasické databáze – všechna data ukládá do běžných textových souborů YAML/JSON. To znamená, že ho spustíte prakticky kdekoliv: na obyčejném webhostingu, na lokální LAMP/WAMP/XAMPP instalaci nebo i na vestavěném PHP serveru. Instalace je snadná, stačí rozbalit ZIP a otevřít adresu v prohlížeči. Grav používá běžné webové technologie (HTML, Twig šablony, YAML konfigurace) a nevyžaduje žádné specializované prostředí ani databázový server.
Pro malé evidence nebo jednoduché interní aplikace nabízí Grav modul Flex Objects, který umožňuje vytvářet vlastní typy dat s formuláři, tabulkovým zobrazením, filtrováním a plnohodnotným CRUDem přímo v administračním rozhraní. Každý záznam je uložen jako samostatný YAML/JSON soubor v adresáři user/data, takže zálohování znamená prostě zkopírovat složku. Flex Objects dokáže nahradit malou databázi – a protože je celé řešení postavené na souborech, je přenositelné, snadno verzovatelné (třeba přes Git) a nehrozí problémy typu poškozená databáze.
Nad tím vším stojí Admin plugin, který poskytuje čisté webové rozhraní přístupné z prohlížeče. Umožňuje spravovat data, instalovat pluginy, vytvářet formuláře, prohlížet zálohy nebo upravovat stránky bez psaní kódu. Pro uživatele, který nikdy předtím o Gravu neslyšel, je překvapivě univerzální: může sloužit jako redakční systém, ale i jako malé interní nástroje — evidence členů, kontaktní databáze, jednoduché CRM nebo sběr dat z formulářů. A protože vše běží v prohlížeči a ukládá se do textových souborů, je řešení dlouhodobě udržitelné a snadno přenositelné mezi počítači i hostingy.

Nebyl by to směr?


Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #20 kdy: 09. 02. 2026, 12:37:40 »
Souhlasím, že na ledacos se během vývoje IT průmyslu rezignovalo a stará řešení že mají něco do sebe. Mainstream často neznamená nejvyšší kvalitu. Už z principu vítězí průměr - lidé jsou v průměru průměrní a tak většina ani nedokáže ocenit kvalitu, která je vždy výsadou elity (proto má takový význam vzdělávání).

Pokud znáte Javu tak doporučuju JavaFX, píše se v tom docela pohodlně - oddělení logika v javě, binding na UI které je by default deklarativní v xml s možností stylovat pomocí stylesheetu, tedy vysokoúrovňový přístup podobný jako v QT, podobný je i defaultní vzhled, ale je to java. Má to slušnou podporu a stabilní vývoj, ale bohužel to není moc rozšířené - většina dává z nepochopitelných důvodů přednost webovým nedodělkům (které v naprosté většině ignorují to dobré, k čemu se v návrhu UI historicky došlo).
To je zajímavý pohled, že většina z nás jsou v průměru průměrní, já lidi vnímám tak, že každý jsme jedineční a v DNA už od narození máme zakódované vlastnosti, které nás v daném životě charakterizují. Neméně zajímavá je ta část o kvalitě, možná proto (mimo alespoň pro mě velmi čitelnou syntaxi) mě tak oslovila Ada a algolské jazyky obecně, mít libovolný SW v tomto jazyce plus využít jeho formální verifikaci pomocí Spark je cesta, která se mi líbí, ale to nevyšlo - nevadí, vývoj šel jiným směrem a svět žije vesele dále.

Starší i moderní řešení mě oslovují, ovšem přiznám se, že většinou se setkávám s těmi staršími, většina známých účetních a lékařů frčí na aplikacích postavených nad PC Fandem (a ten vidím i v současných prodejnách, naposledy v cykloobchodě a v hračkářství), místní MŠ využívá deset let staré notebooky, kterým jsem vdechnul nový život pomocí kombinace Debian + MATE (samozřejmě nikdo nic neaktualizuje, ale bez problémů fungují) a v nejbližší době mě čeká obnova ztracených dat v účetnictví Tichý Ježek a obnova jednoho webu napsaném v historické verzi Joomly pomocí nástroje Akeeba Backup tehdy ještě napsaném v Lazarusu - a opět nevadí, lidem rád pomohu, oni potřebují jen pracovat a neřeší technologie, naprosto chápu.

Přiznám se, že o JavaFX jsem také uvažoval, áíčko však bylo u webového rámce OpenXAVA úspěšnější. Ale ve firmách se holt jede na Springu, desktopová Java už je alespoň v tomto prostředí na úrovni Paskalu (a i ten se v podobě Delphi využívá, pokud se nepletu, častěji, než právě JavaFX).

Já mám výhodu, že mě tato oblast již neživí, takže si mohu hrát s technologiemi, které mě baví. Díky áíčku to není problém, takže si s jeho pomocí zkusím tuto aplikaci napsat
v Pythonu i v Lazarusu, jsem zvědav. Ale nakonec nezavrhnu ani tu Base, jeden diskutér uváděl, že podpora Pythonu je zde slabší a řešení nedoporučuje, což plně chápu a samozřejmě má pravdu. Většina diskutérů mě připomněla Python, takže se přeci jen nakonec na tu Base blíže také podívám a podporu pro Python a nástroj Report Builder prozkoumám blíže, i zde áíčko parádně pomůže. Ano, je pravda, že se jedná o legacy řešení, ale ruku na srdce, bude-li dostatečně stabilní, pro mé potřeby dostačuje až až. A pokud budu s výsledkem spokojen, velmi rád napíši článek sem na root.cz, kde zohledním i všechny pohledy diskutérů, třeba se situace s Base zlepší. Potěšilo mě, že na youtube stále vychází dostatečně aktuální videa:

https://www.youtube.com/@libreofficetutorials9499/search?query=libre%20office%20base

https://www.youtube.com/@MasterofTutorials-1/search?query=libre%20office%20base

https://www.youtube.com/@ITsEasyTraining1st/search?query=libre%20office%20base

takže smysl tomu věnovat čas určitě má. Minimálně nyní, než začne hlavní koňská sezóna.

Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #21 kdy: 09. 02. 2026, 12:55:08 »
Možná budu za blázna, ale když jsem četl o HTML a JS, napadlo mne využití redakčního systému GRAV...

Grav je jednoduchý, souborový redakční systém, který funguje bez klasické databáze – všechna data ukládá do běžných textových souborů YAML/JSON. To znamená, že ho spustíte prakticky kdekoliv: na obyčejném webhostingu, na lokální LAMP/WAMP/XAMPP instalaci nebo i na vestavěném PHP serveru. Instalace je snadná, stačí rozbalit ZIP a otevřít adresu v prohlížeči. Grav používá běžné webové technologie (HTML, Twig šablony, YAML konfigurace) a nevyžaduje žádné specializované prostředí ani databázový server.
Pro malé evidence nebo jednoduché interní aplikace nabízí Grav modul Flex Objects, který umožňuje vytvářet vlastní typy dat s formuláři, tabulkovým zobrazením, filtrováním a plnohodnotným CRUDem přímo v administračním rozhraní. Každý záznam je uložen jako samostatný YAML/JSON soubor v adresáři user/data, takže zálohování znamená prostě zkopírovat složku. Flex Objects dokáže nahradit malou databázi – a protože je celé řešení postavené na souborech, je přenositelné, snadno verzovatelné (třeba přes Git) a nehrozí problémy typu poškozená databáze.
Nad tím vším stojí Admin plugin, který poskytuje čisté webové rozhraní přístupné z prohlížeče. Umožňuje spravovat data, instalovat pluginy, vytvářet formuláře, prohlížet zálohy nebo upravovat stránky bez psaní kódu. Pro uživatele, který nikdy předtím o Gravu neslyšel, je překvapivě univerzální: může sloužit jako redakční systém, ale i jako malé interní nástroje — evidence členů, kontaktní databáze, jednoduché CRM nebo sběr dat z formulářů. A protože vše běží v prohlížeči a ukládá se do textových souborů, je řešení dlouhodobě udržitelné a snadno přenositelné mezi počítači i hostingy.

Nebyl by to směr?
O bláznovství bych se určitě nebavil, každé řešení má něco do sebe a jsem otevřen všemu. Mě na GRAV upozornilo áíčko, když jsem se jej ptal na případné nahrazení CMS Joomla. Ještě jednou jsem se juknul podrobněji, popisuje jej jako zajímavý hybrid mezi webovou a lokální aplikací. Hmm, data jsou v YAMLu a JSONu a nástroj Flex Objects by měl být schopen nabídnout možnost vytvořit si vlastní rozhraní pro Děti, Turnusy nebo Platby. Vidím, že pomocí blueprints souborů si mohu definovat atributy u každého táborníka, pomocí rozšíření Form by neměl být problém s přihláškami a pomocí šablon by mělo být možné generovat přihlášky i faktury ve formátech HTML nebo pdf. A co se mi velmi líbí, cituji áíčko:

Synchronizace: Pokud budete mít Grav na webu i v počítači, můžete je synchronizovat pomocí Gitu nebo prostým přenosem složky user/data.

Git už používám pro zálohování, takže zde problém není, moje oblíbená Arch Wiki je s tímto řešením také kompatidebilní:

https://wiki.archlinux.org/title/Grav

Takže dobře, moc děkuji za bezva tip, GRAV určitě také vyzkouším. Počáteční nastavení sice chvíli potrvá, ale vypadá to, že pak je systém jednoduchý a mohl by nahradit jak stávající Joomlu (která je možná až příliš komplexní pro dětské tábory), tak kancelářský balík. Jsem rád, že jsem dotaz na fóru položil, názory diskutujících mi velmi pomohou.

Svatopluk Vít

  • *
  • 38
  • Nekuřák, nepiják a nemrava
    • Zobrazit profil
    • Různé info
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #22 kdy: 09. 02. 2026, 13:33:31 »
Takže dobře, moc děkuji za bezva tip, GRAV určitě také vyzkouším. Počáteční nastavení sice chvíli potrvá, ale vypadá to, že pak je systém jednoduchý a mohl by nahradit jak stávající Joomlu (která je možná až příliš komplexní pro dětské tábory), tak kancelářský balík. Jsem rád, že jsem dotaz na fóru položil, názory diskutujících mi velmi pomohou.

Já jsem před lety (no, počítám to, skoro před 20 lety) rozšířoval Joomlu v Česku, vedl jsem českou komunitu, překládal. Pak se na nějakou dobu vývoj trochu pozastavil a bylo těžké "na centrále" něco dojednat a měl jsem pocit, že je místní komunity moc nezajímají. A postupně mi Joomla! přestala vyhovovat. ALe investoval jsem do ní stovky hodin do překladů, dokumentace či přednášek na konferencích.

A pak jsem na své projekty začal hledat něco "menšího" a líbivějšího a objevil GRAV. A začalo to jako s Joomlou - podpořil jsem český překlad jádra svými několika úpravami (hlavní práci ale odvedl Vít Petira) a pár komponent a pár článků, třeba tady na rootu. A GRAV dnes plní roli mého redakčního systému číslo jedna. Jeho vývoj zatím probíhá, ale i tak lokální "člověk" bojuje s "centrálou" - systém překladu v rámci CMS je ale od základů navržený špatně, protože systémové hlášky často "skládá" ze slov, nikoliv že by obsahoval řetězce celých hlášek. Tenhle můj "ticket" v systému GRAVu visí už 6 let a bez nějaké odezvy ve zdrojovém kódu GRAVu.
Obsahuje poměrně dost různých rozšíření, snadno se spravuje, je k němu rozsáhlá dokumentace a mám odzkoušeno, že doplňky umí psát i ChatGPT, minimálně mi pomohl se spoustou konfiguračních vychytávek. Přiznám se, že uvažovat o něm jako o frontendu k DB mne nenapadlo, ale vlastně proč ne. To co mne na GRAVu baví je to, jak snadno se zálohuje a přenáší jinam. Prostě zkopíruju složku se soubory a je hotovo. A celkově GRAV nabízí vlastně spoustu podobné funkčnosti jako Joomla, či  Wordpress, jen v lehčím kabátku. A ze všech flat-file souborových CMS jsem si jej oblíbil nejvíc. Jeho Admin plugin je poměrně dost robustní dílko.
A pak se objevily profi šablony s možností předplatného a já jsem se definitivně zamiloval. Dnes už ta firma neexistuje, ale GRAV existuje dál a nevypadá to, že by skončil. Takže i jeho budoucnost vidím optimisticky. To nejdůležitější - GRAV není nějaké dílko studenta VŠ vzniklé ve třetím semestru studia pro účely nějaké ročníkové práce.


Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #23 kdy: 09. 02. 2026, 16:44:04 »
Takže dobře, moc děkuji za bezva tip, GRAV určitě také vyzkouším. Počáteční nastavení sice chvíli potrvá, ale vypadá to, že pak je systém jednoduchý a mohl by nahradit jak stávající Joomlu (která je možná až příliš komplexní pro dětské tábory), tak kancelářský balík. Jsem rád, že jsem dotaz na fóru položil, názory diskutujících mi velmi pomohou.

Já jsem před lety (no, počítám to, skoro před 20 lety) rozšířoval Joomlu v Česku, vedl jsem českou komunitu, překládal. Pak se na nějakou dobu vývoj trochu pozastavil a bylo těžké "na centrále" něco dojednat a měl jsem pocit, že je místní komunity moc nezajímají. A postupně mi Joomla! přestala vyhovovat. ALe investoval jsem do ní stovky hodin do překladů, dokumentace či přednášek na konferencích.

A pak jsem na své projekty začal hledat něco "menšího" a líbivějšího a objevil GRAV. A začalo to jako s Joomlou - podpořil jsem český překlad jádra svými několika úpravami (hlavní práci ale odvedl Vít Petira) a pár komponent a pár článků, třeba tady na rootu. A GRAV dnes plní roli mého redakčního systému číslo jedna. Jeho vývoj zatím probíhá, ale i tak lokální "člověk" bojuje s "centrálou" - systém překladu v rámci CMS je ale od základů navržený špatně, protože systémové hlášky často "skládá" ze slov, nikoliv že by obsahoval řetězce celých hlášek. Tenhle můj "ticket" v systému GRAVu visí už 6 let a bez nějaké odezvy ve zdrojovém kódu GRAVu.
Obsahuje poměrně dost různých rozšíření, snadno se spravuje, je k němu rozsáhlá dokumentace a mám odzkoušeno, že doplňky umí psát i ChatGPT, minimálně mi pomohl se spoustou konfiguračních vychytávek. Přiznám se, že uvažovat o něm jako o frontendu k DB mne nenapadlo, ale vlastně proč ne. To co mne na GRAVu baví je to, jak snadno se zálohuje a přenáší jinam. Prostě zkopíruju složku se soubory a je hotovo. A celkově GRAV nabízí vlastně spoustu podobné funkčnosti jako Joomla, či  Wordpress, jen v lehčím kabátku. A ze všech flat-file souborových CMS jsem si jej oblíbil nejvíc. Jeho Admin plugin je poměrně dost robustní dílko.
A pak se objevily profi šablony s možností předplatného a já jsem se definitivně zamiloval. Dnes už ta firma neexistuje, ale GRAV existuje dál a nevypadá to, že by skončil. Takže i jeho budoucnost vidím optimisticky. To nejdůležitější - GRAV není nějaké dílko studenta VŠ vzniklé ve třetím semestru studia pro účely nějaké ročníkové práce.
Já jsem s Joomlou vcelku spokojen a na fóru joomlaportal.cz jsem vždy našel potřebnou odpověď, takže pro české uživatele je to určitě dobrá volba. Její největší bolestí jsou nepřekvapivě aktualizace - nekompatibilita šablon a především rozšíření představují pro mě a nejen pro mě asi největší problémy. Dnes provozuji stránky:

https://www.stastnystatek.cz

postavené na Joomle 3 (už nějakou dobu je u konce i elts podpora) a čeká mě přechod na šestkovou verzi nebo jinam. Vesměs potřebuji zveřejnit informace o prostorách a o koních, táborovém programu a věcem okolo plus elektronické přihlášky na jednotlivé akce. Tuhle funkcionalitu GRAV bez problémů zvládne a pokud bych jej mohl využít jako frontend pro databázi (potřebuji opravdu jen vygenerovat přihlášku, zálohovou a doplatkovou fakturu pro každého táborníka, zbytek dokumentace mám v šablonách bokem a tyto se nemění), zabiji dvě mouchy jednou ranou a nebylo by potřeba řádit s Base nebo tvořit externí Python či Lazarus aplikaci.

Instalace v Archu se podařila, jen jsem musel využít instalátor přímo ze stránek projektu, balíček z AUR se mi nakonfigurovat nepodařilo, to už je ale to poslední. Administrační rozhraní vypadá pěkně, čeština také premává, takže se teď vrhnu na GRAV a jsem zvědav, zda bude stát za to, áíčko samozřejmě i zde pomůže. To zálohování je opravdu snadné a koukám se, že v administraci je pro něj i modul, paráda. Potěšil mě i český Grav portál, i když poslední příspěvek je z roku 2024, to je ale jen detail. Přeci jen přechodem na Joomlu 6 skutečnou novou funkcionalitu nezískám a upřímně řečeno ani po ní netoužím, pro tábory opravdu není potřeba.

Takže jdu do toho a v nejbližších dnech se na GRAV vrhnu, tahle šikovná a jednoduchá řešení mě také oslovují.

Kit

  • *****
  • 957
    • Zobrazit profil
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #24 kdy: 09. 02. 2026, 19:42:06 »
Ještě je možnost kombinace HTML + JS + IndexedDB (Dexie.js). Aplikace i data lokálně, stačí internetový prohlížeč.
Na kombinaci HTML + JS + IndexedDB se podívám, tu neznám. Ještě je možné, aby mi toto či podobné řešení běželo např. v Dockeru, to mi ale pro táborovou evidenci připadá přeci jen už zbytečné.

HTML, JS i IndexedDB běží v sandboxu prohlížeče - nevidím smysl Dockeru.

Kit

  • *****
  • 957
    • Zobrazit profil
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #25 kdy: 09. 02. 2026, 20:02:49 »
Ještě jednou děkuji za názory a pohledy na věc, ty jsou pro mě nejdůležitější. Jdu si na uzdu svého koně vedle nápisů Ada a Paskal přimalovat krajtu, ať je vidět, že jsem se polepšil.

Kolega si v Pascalu udělal zpracování fotografií slunečních zatmění (je světovou. špičkou) tedy Pascal ještě neřekl ještě poslední slovo. Jen je (podle něj) nutné zůstat u starších verzí, protože ty nové jsou pomalé.

Adu neznám, ale slyšel jsem o ní samou chválu. Python je volnější (typová inherence) ale o to je stručnější. Tipuji, že AI víc pomůže s Pythonem než s Adou díky široké kódové základně. Plusem také je, že není nutné se starat o kompilaci.

Kit

  • *****
  • 957
    • Zobrazit profil
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #26 kdy: 09. 02. 2026, 20:09:05 »
Pokud znáte Javu tak doporučuju JavaFX, píše se v tom docela pohodlně - oddělení logika v javě, binding na UI které je by default deklarativní v xml s možností stylovat pomocí stylesheetu, tedy vysokoúrovňový přístup podobný jako v QT, podobný je i defaultní vzhled, ale je to java. Má to slušnou podporu a stabilní vývoj, ale bohužel to není moc rozšířené - většina dává z nepochopitelných důvodů přednost webovým nedodělkům (které v naprosté většině ignorují to dobré, k čemu se v návrhu UI historicky došlo).

Java je kvalitním průmyslovým standardem. Pro administraci letního tábora bych hledal nástroj s rychlým prototypováním, v daném případě nejlépe s Pythonem. Dovedu si představit, že bych to celé napsal v Bashi - i to by mohlo být řešením.

Kit

  • *****
  • 957
    • Zobrazit profil
    • E-mail
Re:Zkušenosti s nasazením LibreOffice Base
« Odpověď #27 kdy: 09. 02. 2026, 20:52:40 »
Ale nakonec nezavrhnu ani tu Base, jeden diskutér uváděl, že podpora Pythonu je zde slabší a řešení nedoporučuje, což plně chápu a samozřejmě má pravdu. Většina diskutérů mě připomněla Python, takže se přeci jen nakonec na tu Base blíže také podívám a podporu pro Python a nástroj Report Builder prozkoumám blíže, i zde áíčko parádně pomůže. Ano, je pravda, že se jedná o legacy řešení, ale ruku na srdce, bude-li dostatečně stabilní, pro mé potřeby dostačuje až až. A pokud budu s výsledkem spokojen, velmi rád napíši článek sem na root.cz, kde zohledním i všechny pohledy diskutérů, třeba se situace s Base zlepší. Potěšilo mě, že na youtube stále vychází dostatečně aktuální videa:

https://www.youtube.com/@libreofficetutorials9499/search?query=libre%20office%20base

https://www.youtube.com/@MasterofTutorials-1/search?query=libre%20office%20base

https://www.youtube.com/@ITsEasyTraining1st/search?query=libre%20office%20base

takže smysl tomu věnovat čas určitě má. Minimálně nyní, než začne hlavní koňská sezóna.

Moje zkušenost s LO Base je taková, že dokud jsem se nesnažil skriptovat, tak to fungovalo docela dobře. Při pokusech o skriptování jsem však narážel na slabou dokumentaci a nakonec jsem od toho upustil. Raději jsem si tu aplikaci napsal v PHP plus SQLite. Pokud však vystačíš s LO Base formuláři, pohledy a reporty, tak to budeš mít hotovo velmi rychle.