Byla vydána verze 12.0 s kódovým jménem Ecne linuxové distribuce Trisquel GNU/Linux. Založena je na Ubuntu 24.04 LTS a podporována bude do roku 2029. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 9. Přehled novinek v příspěvku na blogu.
Libre Graphics Meeting 2026, tj. čtyřdenní konference a setkání vývojářů a uživatelů svobodných a otevřených grafických softwarů, proběhne od 22. do 25. dubna v Norimberku. Dění lze sledovat na Mastodonu.
Vývojář Alexandre Gomes Gaigalas na GitHubu zveřejnil c89cc.sh, parser a kompilátor jazyka C89 napsaný v pouhém jediném skriptu o přibližně 8000 řádcích čistého bashe (bez dalších externích závislostí), který generuje ELF64 binárky pro x86-64. Jedná se o velmi jednoduchý kompilátor, který nepodporuje direktivy #include a dokonce ani funkci printf (lze použít puts), všechny dostupné deklarace lze nalézt v proměnné _BUILTIN_LIBC na konci skriptu. Skript je volně dostupný pod ISC licencí.
Francouzská vláda oznámila, že v rámci strategie 'digitální suverenity' zahájí 'přechod od systému Windows k počítačům s operačním systémem Linux' (sa sortie de Windows au profit de postes sous système d'exploitation Linux). DINUM (meziresortní ředitelství pro digitální technologie) požádalo ministerstva, aby do podzimu 2026 vypracovaly konkrétní plány nasazení Linuxu. Francie již dříve migrovala části státní správy na otevřená řešení.
Nezisková organizace Electronic Frontier Foundation (EFF) hájící občanské svobody v digitálním světě po téměř 20 letech opouští platformu X (dříve Twitter). Na platformách Bluesky, Mastodon, LinkedIn, Instagram, TikTok, Facebook, Threads a YouTube zůstává.
Terminálový textový editor GNU nano byl vydán ve verzi 9.0. Vylepšuje chování horizontálního posouvání pohledu na dlouhé řádky a chování některých klávesových zkratek. Více v seznamu změn.
Ministerstvo financí ve spolupráci s finanční správou dnes představilo beta verzi aplikace využívající umělou inteligenci pro předvyplnění daňového přiznání. Není třeba přepisovat údaje z různých potvrzení, ani hledat správné řádky, kam údaje napsat. Stačí nahrát dokumenty a využít AI.
Výrobce počítačových periferií Keychron zveřejnil repozitář se schématy šasi klávesnic a myší. Licence je restriktivní, zakazuje většinu komerčních užití a v podstatě jsou tak data vhodná pouze pro výukové účely, hlášení a opravy chyb, případně výrobu vlastního příslušenství.
Správce balíčků APT, používaný v Debianu a odvozených distribucích, byl vydán ve verzi 3.2 (seznam změn). Mezi novinkami figurují nové příkazy pro práci s historií, včetně vracení transakcí.
JSF umožňuje nastavit u pravidla navigace element <redirect />. Manuály zmiňují, že se to hodí v případě, že volání provádí např. zápis do databáze (redirect se provede až při zobrazování následující stránky), takže pokud uživatel stiskne F5, neprovede se zápis dvojmo. Užitečné to také může být, pokud chcete, aby bylo možné na výslednou stránku vytvořit bookmark - URL v adresním řádku skutečně vede na zobrazenou stránku (a ne na předchozí). Samostatnou kapitolou je autorizace - ověřování přístupu k jednotlivým stránkám (o tom možná někdy příště).
Co ovšem příručky nezdůrazňují (a mě nenapadlo) - pokud se použije redirect, jedná se o nový request, který neobsahuje předávané parametry. Takže jsem strávil půlden hloubáním nad skutečností, že se mi prostě neinicializují parametry pro výslednou stránku. Výsledně tak lze redirect použít pouze v případě, že zobrazovaná stránka nezávisí na stránce předchozí.
Tiskni
Sdílej:
Ano, tahám parametry z requestu (no dobře, nejen).
Typicky to používám v situaci, kdy zobrazím dataTable s položkami a ke každé řádce dám commandLink, který odkazuje například na stránku s detailem. Pokud znáte/používáte lepší způsob, rád se nechám poučit.
Máte pravdu v tom, že se všechny backing beans naplní před redirectem (a akce se provedou také před tím). Jenže pokud následující stránka využívá bean, která je v request scope, provede se po redirectu její inicializace znovu (a k tomu právě chybí parametry). Jak jsem naznačil v předchozí větě, značnou část backing beans mám v request scope, cpát všechno bezhlavě do session mi nepřipadá jako úplně dobrý nápad.
pouzivamPokud znáte/používáte lepší způsob, rád se nechám poučit.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz<t:updateActionListener property="#{backingBean.currentId}" value="#{item.id}" /> z Tomahawku (pouzivam kompletne implementaci od Apache). na netu se daji najit nejake priklady pouziti.
To urcite ne, ale tak nejak sem zatim neprysel na moc situaci, kde muzu mit data jenom v request scope. Mozna tvorim trosku specificke stranky, ale v podstate BB pouzivam z 90% na formulare a ten proste nemuze byt jenom v requestu (nebo nevim jak, protoze chci aby fungovali takove ty veci jako validace, znovuzobrazeni formulare se "spatnymi vstupy", atd...)Jak jsem naznačil v předchozí větě, značnou část backing beans mám v request scope, cpát všechno bezhlavě do session mi nepřipadá jako úplně dobrý nápad.
Díky za tip, určitě se na to podívám. Zatím se ale snažím využívat Tomahawk co nejméně a držet se standardu.
Co se request scope týče - tentokrát nevidím problém já - používám request BB také pro formuláře a vše (validace, znovuzobrazení) bez problémů funguje. (Ostatně, hledal jsem nějaká doporučení ohledně scope a našel jsem cosi ve smyslu "BB jsou obvykle managed && v request scope" - ale věřím, že je možné podobně snadno nalézt protipříklad :)
Nicméně mám pocit, že jsme se vzdálili od původního tématu - po redirectu se request BB prostě zahodí a vytvoří znovu (bez inicializace). To byl problém, na který jsem chtěl upozornit.
Nicméně mám pocit, že jsme se vzdálili od původního tématu... i presto si dovolim jeste jednu poznamecku
že je možné podobně snadno nalézt protipříklad :)moje BB vypadaji tak ze funguji jednak jako DAO, druhak jako ukazatel na vybrany prvek se kterym se soucasne pracuje - a potrebuju ho mit v pameti po celou dobu dokud se ho nerozhodnu ulozit zpet do databaze - tohle bych asi v requestu neudelal, ne? (nebo se mylim a muzu si jit cist zaklady jsp
)
Beze všehoNicméně mám pocit, že jsme se vzdálili od původního tématu... i presto si dovolim jeste jednu poznamecku
moje BB vypadaji tak ze funguji jednak jako DAO, druhak jako ukazatel na vybrany prvek se kterym se soucasne pracuje - a potrebuju ho mit v pameti po celou dobu dokud se ho nerozhodnu ulozit zpet do databaze - tohle bych asi v requestu neudelal, ne? (nebo se mylim a muzu si jit cist zaklady jspMyslím, že přesně k tomu by měla sloužit kombinace request BB a t:UISaveState, nicméně ještě jsem neměl potřebu toto řešit. Tedy - nevím, jestli si úplně rozumíme, teď mám na mysli posloupnost formulářů s "hromadným" uložením na závěr. Pokud by se jednalo o jeden formulář, vystačím samozřejmě pouze s request BB.