SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.
Organizátoři Dne IPv6, tradiční akce věnované tématům spojeným s tímto protokolem, vyhlásili Call for Abstracts. Na webu konference mohou zájemci přihlašovat příspěvky o délce 20 nebo 40 minut či 10minutové lighting talky a to až do 30. dubna. Tvůrci programu uvítají návrhy přednášek z akademického i komerčního sektoru, které mohou být technického i netechnického zaměření. Den IPv6 se letos uskuteční 4. června a místem konání bude i
… více »Euro-Office (Wikipedie) je evropský fork open source kancelářského balíku OnlyOffice. Za forkem stojí koalice firem IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian a BTactic. Cílem je zajistit digitální suverenitu Evropy a snížit závislost na neevropských platformách. Projekt vznikl mimo jiné v reakci na nedávné uzavření cloudové služby OnlyOffice. OnlyOffice obviňuje Euro-Office z porušení licenčních podmínek. Na možné problémy upozorňuje i Collabora Online. Jednostranná změna licence není v pořádku.
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Během akce Arduino Days 2026 byl publikován Arduino Open Source Report 2025 (pdf) a oznámeno 7 nových produktů kompatibilních s deskou UNO Q (Arduino USB-C Power Supply, USB-C Cable, USB-C Hub, UNO Media Carrier, UNO Breakout Carrier, Bug Hopper, Modulino LED Matrix).
Google v pátek spustil v Česku Vyhledávání Live. Tato novinka umožňuje lidem vést plynulou konverzaci s vyhledávačem v češtině. A to prostřednictvím hlasu, nebo prostřednictvím toho, na co ukážou svým fotoaparátem či kamerou v mobilu. Rozšíření této multimodální funkce je možné díky nasazení Gemini 3.1 Flash Live, nového hlasového a audio modelu, který je od základu vícejazyčný, takže umožňuje lidem po celém světě mluvit na vyhledávač přirozeně a v jazyce, který je jim nejbližší.
Jsongrep je open-source nástroj, který efektivně prohledává JSON dokumenty (editovat je neumí). Kompiluje regulérní jazyk dotazu do podoby deterministického konečného automatu (DFA), díky čemuž prochází strom JSON dokumentu pouze jednou a je v tom tedy rychlejší než jiné nástroje jako jsou například jq, JMESPath nebo jql. Jsongrep je napsaný v programovacím jazyce Rust, zdrojový kód je dostupný na GitHubu.
O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Tenhle semestr budu dělat bakalářku, cílem bude udělat jednak "serverovou" část - aplikaci, která bude parsovat webové stránky apod a vyzobávat z nich obsah a jednak obecné miniaplikace (plasmoid, screenlet...) které budou tento obsah zobrazovat...
Když se podíváme na miniaplikce (dosaďte si za to slovo, které je vám milejší) v různých prostředích zjistíme, že spousta z nich si je v prinicipu velmi podobná. Alespoň mi se to teda zdá:) Jedny zobrazují fotku dne, další počasí, další nějaký kus webu... a uživatel potřebuje pro každou tuhle věc další miniaplikaci - musí ji stáhnout, nainstalit, aktualizovat (fotka dne mu přestane fungovat a on musí stahovat verzi 0.7 místo 0.6 protože se cosi změnilo na původní stránce)... takhle bude stačit jedna a URL ze kterého stahovat data.
Serverovou část chci psát v Ruby on Rails, jednak je to pro mě pohodlné, jednak jsou tam některé věci fajn (XML, Hpricot) a taky mají "zabudovaný" web server, takže když by si to chtěl někdo vyzkoušet mělo by to být jednodušší. Vznikne tak jakýsi "framework" pro získávání dat pro miniaplikace a bude jednodušší dopsat podporu pro další stránky, služby apod. KDEčko tohle řeší pomocí dataenginů, což je boží, ale: je to jen pro KDEčko; a uživatel musí řešit dataengine a plasmoid, přijde mi to složité. Ta serverová část by měla umět ten obsah vracet v různých formátech - XML, HTML, a co bude potřeba...
Jestli to někoho zaujalo tak bych měl pár dotazů - pro jaké prostředí vytvořit ty miniaplikace? Plasmoid do KDE, to je jasné, do GNOME mi teď přijde jako oficiální Screenlet... když by mi zbyl čas a chtěl nějaké další? Co používáte? Lákalo by mě ještě Maemo.
A další věc, z jakých webů získávat data? Nějaké tipy, nejlépe věci, které nejsou a chybí vám...
Jestli je něco nejasné, ptejte se, nastínil jsem to v rychlosti. Prosím takové ty lidi co se vyrojí když někdo píše o bakalářce a chtějí napsat že za jejich časů se dělaly mnohem drsnější věci tak prosím nepiště:)
Díky za podněty
Tiskni
Sdílej:
Jen by mě zajímalo, jak se ten plasmoid (screenlet…) bude lišit od plasmoidu, který zobrazuje webovou stránku (třeba WebKitem) a občas ji obnoví (což může dělat i ta stránka samotná bez podpory plasmoidu). Prostě mi přijde, že na straně klienta není moc co programovat. Ta serverová část bude zajímavější.
Máte pravdu, ti klienti budou primitivní. Jako pohrávám si s nápadem že když by dostávali XML tak by tam šlo elegantněji nadefinovat různé layouty zobrazení, více dat a v intervalu je měnit... jenže tohle všechno půjde nejspíš udělat i s HTML a JS...
Ono je jak HTML, tak XML univerzální, ale každé v jiném smyslu. XML jsou čistá data, která je možné zobrazit jakkoli (nějakým webovým jádrem, ale i třeba tlustým klientem), nebo je snadno konvertovat na něco jiného. (X)HTML je zase univerzální v tom smyslu, že pojme libovolná data (nejsme omezeni DTD/Schématem, které jsme si nazačátku napsali), ale pohybujeme se v jiné vrstvě (prezentační).
Asi bych to posílal jako XHTML, aby se toho na klientovi dělalo co nejmíň a aby se nemusel aktualizovat a byl univerzální (určitě už něco takového existuje). A akorát na serveru mít data v nějakém obecném formátu (XML, databáze), abychom je mohli v případě potřeby posílat a vykreslovat i jinak, než jako HTML.
Určitě, ještě v brzkých dobách začínajících KDE 3 jsem měl applet na počasí a když se odpojilo od netu tak z něho vyskakovalo pop-up okno... děs, to určitě nechci:)
Ty ryze lokální údaje nechám na ryze lokálních miniaplikacích... tady si myslím že je konkurence dobrá a navíc by každý musel mít ten server poskytující info spuštěný na lokále a moje vize je spíš že jeden server bude obsluhovat spousty lidí...