Počítačová hra Factorio (Wikipedie) nově běží nativně na ARM64 Linuxu a headsetu Steam Frame.
Fugleramme, v překladu 'ptačí rámeček', je open-source projekt postavený na Raspberry Pi, který pomocí lokální umělé inteligence BirdNET-Go rozpoznává ptačí druhy podle jejich zpěvu a na displeji následně zobrazuje koláž tvořenou odpovídajícími ilustracemi. Databáze obsahuje přes 800 ručně vybraných historických přírodovědných ilustrací více než 400 druhů ptáků.
… více »Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 18.0. Přidáno bylo 13 007 nových znaků. Celkově jich je 172 808. Přibylo 9 nových Emoji.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 169 (pdf).
Byla vydána nová verze 6.4 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Německý kancléř Friedrich Merz (CDU) se během debaty s finalisty studentské vědecké soutěže Jugend forscht vyjádřil pro konec anonymity na internetu a vyslovil názor, že pro uživatele Internetu by měla platit podobná právní odpovědnost jako pro novináře tradičních médií. Na dotaz studenta, jak by se tedy povinnost uvádět pravé jméno slučovala s prací investigativních novinářů nebo ochranou jejich zdrojů, Merz neodpověděl, ve své
… více »Společnost Fujitsu představila FUJITSU-MONAKA CPU a Fujitsu MONAKA Server. Navrženo, vyvinuto a vyrobeno v Japonsku. Pro suverénní AI infrastrukturu.
Předprodej v květnu představených notebooků Googlebook, nástupců notebooků Chromebook, bude spuštěn v pondělí 21. září.
Byla vydána betaverze Fedora Linuxu 45 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 20. října. S konzolí kmscon místo fbcon. Současně byla vydána betaverze Fedora Linux Asahi Remixu 45. S podporou čipů M3.
Po půl roce vývoje od vydání verze 50 bylo vydáno GNOME 51 s kódovým názvem "A Coruña" (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Videopředstavení na PeerTube a YouTube.
Já totiž přesně o něčem takovém uvažuju, protože to vypadá, že to jinak vyřešit asi ani nepůjde
.
Ale lepší varianta se mi zdá "zapojit" stávající open source aplikace, hlavně OOo, protože tím by byl zároveň zajištěn další vývoj a také dobrá kompatibilita s ms office.
Dokonce jsem před nějakou dobou zkoušel projekt Telltable-s a psal jsem autorovi,
jestli na tom projektu ještě pracuje, protože mi připadalo, že se dlouho nic neděje...
Odpověděl mi dost zvláštně (možná jsem se ptal špatně):
Ludek, That's a strange question to ask. It sounds like "have you stopped beating your wife yet?"
Nicméně v tom projektu se toho moc nového nestalo... ale jako výchozí nápad mne to zaujalo..
PS: Ještě to doplním do blogu.
Mozno by pomohlo keby ste ukazali aky typ tabuliek to je a ake operacie to su.
To samozřejmě klidně můžu, ale nepomůže to, protože základní podmínka je ta, že to musí být editovatelné pro BFU.
Tzn., že si musí mít možnost přidat sloupce, buňky, barvy, propojení s ostatními tabulkami. Vtip je také v tom, že se to v praxi neustále mění.
Proto (nejen) je nevýhodné obvyklé propojení s databází. Když si vedení ráno vzpomene, že to musí vypadat jinak a chce to změnit, musí to být možné za co nejmenšího odporu.. 
Tomu dotazu ohledně překrývání nerozumím. V podstatě je to takto:
Do tabulky se zapisují zakázky. Datum, číslo, odpovědná osoba aptd. atd. Některá pole jsou barevně zvýrazněná.
Zároveň některé buňky se používají k výpočtům.
Kromě toho jsou vloženy odkazy např. na oskenované faktury, které jsou uložené v pdf někde v adresáři, a také odkazy na jiné tabulky.
Do tabulky zapisují technici, obchodníci, vedení...
Já vím, že to není ideální. Ale jak jsem psal jinde. Všechny mé pokusy na zavedení lepšího postupu selhaly.
Vedení to chce "v tabulce". Navíc to tak chce víc lidí okolo mne.. Mohlo by pomoci, kdyby se dal dotáhnout např. projekt telltable-s
do nějaké použitelné podoby... v podstatě by se jím dalo mnohé vyřešit..
Pokusím se přidat odkaz na ukázku ve formátu *.ods pro lepší představu
no, proto se mi zdá (nechci se stále opakovat), že ideální by bylo použít OOo a zajistit k ní (pomocí nějaké nadstavby) přístup. I kdyby to nebylo možné editovat najednou, ale zámknutí souboru by skutečně fungovalo. Třeba jako je to v OpenGoo (není to ideální, ale kdyby se to povedlo, tak by to bylo skvělé!)
)
mam nekolik dotazu k te Vasi infrastukture (jestli je to mozne).Jasně !
Jakym zpusobem to sdilite , mate samba server nebo nfs server?To se poměrně dlouho vyvíjelo. Popsal jsem to zde (viz celé vlákno.. a mandatory locking) a nakonec zde.
S tou sambou to samozrejme dela problemy jak pisete, ale s nfs4 by to melo chodit, tam je mandatory locking podporovan.
S temi odkazy v tech tabulkach na ty nascenovane dokumenty, ty maji take nejak organizovane uloziste? Je to link, na nejz se klikne a dokument je zobrazen odpovidajicim programem?Přesně tak, buď se zobrazí přímo PDF dokument, nebo další (související) tabulka.
Mate nejaky system, jak pojmenovavate nove dokumenty? Zajima nekoho, kdo co kdy zmenil?Ano, je to vzájemně provázané - vyplývá to z logiky "systému". Problém toho kdo co kdy změnil je velký.. a také jsem na to mnohokrát upozorňoval (marně), protože nyní muží kdokoli smazat cokoli. Řeší se to zálohováním (2x týdně) a případnou obnovou. Protože se dokument používá poměrně často (každý den), je šance, že se přijde na chybu poměrně veliká.
Kdyz to nefunguje 100%, jak to resite vlastne nyni?.Dobrá otázka
. V současné době je výroba rozdělená na dvě části. Jednodušší věci jsou zapisovány (do tabulek) vy systému OpenGoo, který podporuje zamykání. Složitější se zapisují do systému tabulek v OOo. Funguje to částečně.. nějakou dobu ano, pak se třeba stane, že to někdo přepíše. Jak je to organizacne zvladnuto, kdyz nekdo drzi dokument delsi dobu otevreny? Pisi si jini pracovnici, kteri take chteji dokument zmenit ty udaje nekam na papirky a pote co je dokument uvolnen to tam zapisuji?Ano, je to přesně tak... a pokud ten "někdo" odjede a zpomene dokument zavřít, jsem to pak já, kdo to musí řešit..
Jen takový nápad, pravděpodobně zcela mimo mísu... nicméně -> nebylo by pro Vás "skorořešením" něco ve smyslu tohoto triviálního udělátka?
Na serveru by byl "backend", který by na vyžádání zkontroloval, zda je soubor test.ods již otevřen v RW režimu či nikoliv (např. pomocí lsof | grep test.ods) a vyplivnul byl odpověď. Zároveň by pro uživatele, co "neměli to štěstí" držel nějaký druh FIFO pořadníku pro příští zavolání. Šlo by to pouštět např. z xinetd.
Na stanicích by se neotevíral soubor test.ods přímo poklikáním na ikonku, ale přes "frontend", který by na server přes socket odeslal dotaz na otevření souboru ve smyslu: je_volny [file] [username]. V případě, že by frontend dostal zprávu, že je soubor volný k zápisu (nikdo by ho nepoužíval), tak by spustil na stanici oocalc [file] a dotyčný by mohl vesele editovat.
V případě, že by už měl soubor otevřený někdo jiný, tak by se do "pořadníku" na serveru přidal parametr username (při dalším volání by se upřednostňovali useři výše v pořadí) a frontend by soubor na stanici otevřel jen pro čtení pomocí oocalc -view [file].
Jak říkám je to jen takový pitomý nápad 

Pokračování zde.
Tiskni
Sdílej: