raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ve středu 29. dubna 2026 se v pražské kanceláři SUSE v Karlíně uskuteční 7. Mobile Linux Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj i uživatelský prostor. Akce proběhne od 10:00 do večerních hodin. Hackday je určen všem zájemcům o praktickou práci s Linuxem na telefonech. Zaměří se na vývoj aplikací v userspace, například bankovní aplikace, zpracování obrazu z kamery nebo práci s NFC, i na úpravy
… více »LilyPond (Wikipedie) , tj. multiplatformní svobodný software určený pro sazbu notových zápisů, byl vydán ve verzi 2.26.0. Přehled novinek v aktualizované dokumentaci.
Byla vydána nová verze 11.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 237 vývojářů. Provedeno bylo více než 2 500 commitů. Přehled úprav a nových vlastností v seznamu změn.
Jsem zakladatelem tohoto portálu. Linux jsem používal spousty let, nějaký čas jsem se aktivně podílel na jeho propagaci v Česku (CZLUG, časopisy ComputerWorld, Network Magazine atd). Se současným Abíčkem už nemám nic společného.
Plánuju v brzké době předělat uživatele. Mohli by získat hezčí URL adresy, více emailových adres a určení jejich použití (s potvrzováním), zrušit plaintext heslo, HTTPS pro logovací formulář, otázky pro zapomenuté heslo nebo reset hesla, přehlednější úpravy a personalizace. Bugzilla je plná nápadů.
Freshmouse měl jednu zajímavou myšlenku pro URL uživatelů. Podobně bych si to představoval. Ale hlavní problém je, co bude jménem uživatele pro URL? Login je sice unikátní, ale obvykle nic moc. Přezdívka je také unikátní, ale ne každý ji má. Reálné jméno zase nebývá unikátní, nicméně bych mohl přidavat číselné přípony, například /uzivatel/jan-novak-3. Co tedy použít? A má se URL vyměnit, když uživatel upraví svůj profil? Spousta odkazů by mohla přestat fungovat a ukládat do tabulky přesměrování všechny kombinace URL včetně virtuálních adres, to se mi nezdá vhodné.
Dále uvažuju, zda pod URL uživatele i převést jeho blog? Takze místo /blog/leos by bylo /uzivatel/leos-literak/blog. Jak se vám to pozdává? Uvítám vaše komentáře, co by se vám líbilo, jak byste co řešili či preferovali, co byste přidali či odstranili, prostě vš kolem uživatelů. Díky.
Tiskni
Sdílej:
Dát tam jméno je podle mě pitomost každej si ho může změnit.To přeci nevadí - pokud si ho změní, jeho blbost. Číselné URL bude fungovat pořád, takže problém s mrtvým i odkazy nenastane.
Ten login mi připadá jako nejlepší volba.Jenže je úplně zbytečné tam ten login ukazovat. Textové URL pak pozbývá smyslu, protože z loginu nemusí být vůbec poznat, o koho jde. To už by bylo lepší tam nechat číslo ID.
Vše by vnitřně bylo přes 9838 (tedy číslo, které se už nemění). Pokud změním přezdívku, změní se jen přesměrování, ale ve skutečnosti bude vše 9838, což se nezmění a všechny url zůstanou stejné.Tak to bude fungovat každopádně.
/uzivatel/marek-bernat než /Profile/6620. Původní adresy samozřejmě fungovat nepřestanou.
Takze uprednostnujes /hardware/show/190335 pred /hardware/vstupni-zarizeni/mysi/logitech/logitech-g5 ?
Jednoznačně. Situací, kdy mi kilometrová URL komplikují práci, zažívám řádově víc než situací, kdy by mi chyběla čitelnost u krátkého URL.
kdyz ti poslu odkaz /History?type=comment&uid=12345 a /uzivatel/pepa-novak/komentare
Tady považuji za špatná obě, ale u toho prvního se to dá podstatně snáze napravit.
Abych nebyl špatně pochopen: nejde mi o to, že ta kilometrová čitelná URL nemáte zavést. Pokud jste přesvědčeni, že budou přínosem, zaveďte si je. Jen chci, abyste věděli, že existují i lidé, kteří s tímto módním trendem nesouhlasí a považují ho za chybu.
Jakmile má URL generovat automat (což je nutnost), vznikají z toho hrůzy.Proto je potřeba nastavit rozumná pravidla. Nicméně i nadále všude fungují i netextové adresy: http://www.abclinuxu.cz/clanky/show/165225.
A vůbec, je nějaký problém naimplementovat několik cest k témuž? Vždyt na to URL si na druhé straně TCP připojení brousí zuby turingovsky úplný stroj.
Vždyt na to URL si na druhé straně TCP připojení brousí zuby turingovsky úplný stroj.Opravdu? To bych chtel videt ten server s nekonecnou pameti :D
(Ano, vím, upsal jsem se.
)
Nekde to resi tim, ze to uzivatel sice smi editovat, ale zobrazi se tam varovny text.Na některých fórech je to řešené tak, že se explicitně zobrazí "naposledy editoval Franta, 18:35 12.12.2006", tohle jsi měl na mysli ?
Vím, že je možné před vložením provést náhled, ale i tak bych se přimlouval za možnost dodatečné úpravy.Já myslím, že by taková funkce přinesla více škody než užitku. I kdyby byla ukládána historie, mohli bychom se setkávat se spoustou komentářů, jejichž obsahem by byly tři tečky nebo slůvko "smazáno", ačkoliv původně šlo o dlouhé příspěvky. Hledat vždy v historii by byla otrava. Diskuze by pak jako celek byla hodně špatně čitelná. V současné době funguje, že pokud člověk udělá v otázce nebo komentáři nějakou vážnou chybu, může prostřednictvím Vzkazů správcům požádat adminy, aby to opravili. Žádosti o změnu obsahu nebo vymazání odmítáme, zatímco požadavky na opravu překlepu (např. v názvu hardwaru) nebo na vyhvězdičkování omylem zveřejněné adresy docela rychle plníme.
a) Ano, může se to obrátit i v příspěvky "smazáno" -- to je ale na uživatelích...No jistě, že to záleží na uživatelích. Podívej se na blogy - těch je také slušná řádka, které jejich autoři smazali - takže je dost pravděpodoné, že by to dělali i s komentáři.
b) A tohle by se zase obrátilo proti tobě: měl bys ve schránce 10 000 e-mailů s prosbou o i/y, mě/mně atd.Takhle už to funguje teď a žádná záplava se nekoná. Řekl bych, že lidi jsou v tomhle rozumní a i když udělají překlep nebo chybu, tak si z toho většinou nic nedělají. Když někdo vyžaduje opravu, tak většinou kvůli chybě, kterou udělal v titulku otázky. Zatímco u slovníku, hardwarových položek, faq a pod. dává možnost editace a uchovávání historie smysl, u komentářů je to zbytečné a v mnoha případech spíše škodlivé.
Stačí tedy jen uvést url na blog a descriptionPřesně tak. Nadpis, popis a případně adresu diskuze, kde se o problému mluvilo.
Freshmouse měl jednu zajímavou myšlenku pro URL uživatelů. Podobně bych si to představoval. Ale hlavní problém je, co bude jménem uživatele pro URL? Login je sice unikátní, ale obvykle nic moc. Přezdívka je také unikátní, ale ne každý ji má. Reálné jméno zase nebývá unikátní, nicméně bych mohl přidavat číselné přípony, například /uzivatel/jan-novak-3. Co tedy použít?Dal bych tam ID.
/uzivatel/jan-novak-3 zní jako e-mailové adresy typu tomasek.kocourek39@seznam.cz... ID sice není tak hezké jako přezdívka nebo jméno, ale je trvalého charakteru. Nebál bych se ho tam použít: něco.cz/uživatel/uživatelovo_id/.
... a login je osobní věc, ten tam podle mě nepatří.
A má se URL vyměnit, když uživatel upraví svůj profil? Spousta odkazů by mohla přestat fungovat a ukládat do tabulky přesměrování všechny kombinace URL včetně virtuálních adres, to se mi nezdá vhodné.Pokud by se jednalo o měnitelnou hodnotu (přezdívka, jméno), mělo by se spolu s ní měnit i URL. Ale viz výše.
Dále uvažuju, zda pod URL uživatele i převést jeho blog? Takze místo /blog/leos by bylo /uzivatel/leos-literak/blog. Jak se vám to pozdává? Uvítám vaše komentáře, co by se vám líbilo, jak byste co řešili či preferovali, co byste přidali či odstranili, prostě vš kolem uživatelů. Díky.Weblogy bych nedával pod uživatele (i když si to trošku protiřečí s mým komentářem, na který se odkazuje v zápisku). Udělal bych to takhle:
/
- weblog
- weblog 1
- weblog 2
Ale kdyby to šlo pod uživatele... ... tak je to docela jedno. Mohlo by to být takhle: něco.cz/uživatel/weblog. Byl by jen problém s tím, že pokud by se místo "uživatel" dosadilo ID, tak by se to špatně pamatovalo: něco.cz/1234567/weblog. Takže preferuju: něco.cz/weblog/název_weblogu/.
abclinuxu.cz/lide/jeho-ignorstvo/blogísek, co?