ESP-IDF (Espressif IoT Development Framework), tj. oficiální vývojový framework pro vývoj aplikací na mikrokontrolérech řady ESP32, byl vydán v nové verzi 6.0. Detaily na portálu pro vývojáře.
DeepMind (Alphabet) představila novou verzi svého multimodálního modelu, Gemma 4. Modely jsou volně k dispozici (Ollama, Hugging Face a další) ve velikostech 5-31 miliard parametrů, s kontextovým oknem 128k až 256k a v dense i MoE variantách. Modely zvládají text, obrázky a u menších verzí i audio. Modely jsou optimalizované pro běh na desktopových GPU i mobilních zařízeních, váhy všech těchto modelů jsou uvolněny pod licencí Apache 2.0. Návod na spuštění je už i na Unsloth.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 3. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Průkopnická firma FingerWorks kolem roku 2000 vyvinula vícedotykové trackpady s gesty a klávesnice jako TouchStream LP. V roce 2005 ji koupil Apple, výrobu těchto produktů ukončil a dotykové technologie využil při vývoji iPhone. Multiplatformní projekt Apple Magic TouchstreamLP nyní implementuje funkcionalitu TouchStream LP na současném Apple Magic Trackpad, resp. jejich dvojici. Diskuze k vydání probíhá na Redditu.
Byla vydána nová verze 10.3 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu bezpečnostních oprav, vylepšení funkcí a oprav chyb.
Cloudflare představil open source redakční systém EmDash. Jedná se o moderní náhradu WordPressu, která řeší bezpečnost pluginů. Administrátorské rozhraní lze vyzkoušet na EmDash Playground.
Bratislava OpenCamp 2026 zverejnil program a spustil registráciu. Štvrtý ročník komunitnej konferencie o otvorených technológiách prinesie 19 prednášok na rôzne technologické témy. Konferencia sa uskutoční v sobotu 25. apríla 2026 v priestoroch FIIT STU v Bratislave.
Na iVysílání lze zhlédnout všechny díly kultovního sci-fi seriálu Červený trpaslík.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl v březnu 5,33 % (Windows -4,28 %, OSX +1,19 %, Linux +3,10 %). Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 24,48 %. Procesor AMD používá 67,48 % hráčů na Linuxu.
Společnost Apple slaví padesáté narozeniny. Založena byla 1. dubna 1976.

- prostě chybí stupeň mezi "kdykoliv" (= vždy)(*) a "výjimečně" ... omezení jen na pravidelně používané programy může být pro někoho zajímavé, ale já nejsem rasista
(*) ostatně velmi by mě zajímalo, jak vypadá práce s počítačem těch (aktuálně) tří procent lidí, co tvrdí, že chyby hlásí vždy ... mám pocit, že kdybych tak měl činit, tak mi nezbyde čas na nic jiného
ostatně velmi by mě zajímalo, jak vypadá práce s počítačem těch (aktuálně) tří procent lidí, co tvrdí, že chyby hlásí vždy ... mám pocit, že kdybych tak měl činit, tak mi nezbyde čas na nic jinéhoto snad ne, mám debian unstable a zaznamenávám (a hlásím) tak dva bugy ročně:) takže "vždy" jsem mohl zvolit s čistým svědomím a nemám pocit, že by moje práce s počítačem vypadala nějak nenormálně.
a stejně by mě zajímalo, jak vypadá to tvoje "zaznamenávám" - já například mám takové štěstí, že narážím na bug ještě dříve než se přihlásím: mám číslice v hesle, jsem zvyklý je psát na numerické klávesnici, ale ta číslice po startu nepíše, i když numlock svítí, musím ho prvně dvakrát procvaknout, nicméně jsem přesvědčen, že hafo lidí by to za chybu nepovažovalo, neboť pro ně "malá chyba" není chyba, ať je jakkoliv velká
No, ona je totiž ta otázka, co považuju za normální práci s počítačem, v tomhle kontextu dost irelevantní, protože ať už za ni považuju cokoliv, hlášení chyb dvakrát do roka mne od té práce nijak nezdržuje.mno, jenže ono u hodně věcí člověk narazí na chyby dosti častěji než jen dvakrát do roka ... když jsme na ábíčku, tak tedy vezměme třeba browsení po webu - na testovacím stroji s KDE4 mi v Konqueroru neustále padá nspluginviewer, ok, to by nebyl úplně dobrý příklad, normální lidé nepoužívají vývojové verze software (a lidi jako aseigo mě nepřesvědčí, že KDE 4.0.x bych měl považovat za "stabilní", nikoliv developer preview), nicméně vím alespoň o jednom člověku, který má tentýž problém na Mandrivě s KDE 3.5.8; no a stesky majitelů Firefoxu nad padajícími pluginy (které s sebou berou projistotu celý Firefox) jsou také denním chlebem
Něco na tvé kritice ale asi bude, protože to s tím numlockem mi dělá taky, úplně totéž, ale dosud mě vůbec nějak nenapadlo to považovat za bug; myslel jsem, že to dělá třeba BIOS a nedošlo mi, že to může být chyba Linuxu. Polepším se a nahlásím to.to by těch chybných BIOSů bylo nějak moc
(navíc stejná chyba u obou hlavních výrobců, Award i AMI?)
toto je asi jenom variace na známý bug, kdy při přepnutí xserveru (třeba na textovou konzoli a zpět) se správně neobnoví status numlock diody ... existuje snad odjakživa, a nikdo jej zatím nevyřešil (asi si uživatelé málo stěžují
)
Chybu už jsem jednou hlásil (svému distributorovi), ale s reakcí jsem se nesetkal a vrozená lenost mi brání s tím dělat něco víc. Asi je to teda spíš chyba mojí desky než klávesnice a ta deska je dost stará, takže už to asi ani nemá smysl s tím něco dělat.
Ani jedno. Bugreporty posílám jak u programů, které pravidelně používám, tak u programů které třeba jen zkouším, ale nikdy je neposílám pokaždé.Takže spadáš do "spíše výjimečně", ne?
Ja s tim nemam moc dobre zkusenosti. Nahlasil jsem asi 6 bugreportu. Ve vetsine pripadech to dopadlo tak, ze to byla nejaka moje chyba, nebo to dle vyvojaru byla vlastnost. Jednou jsem daval bugreport na nejake zavislosti v balikach a odpoved prisla po par mesicich, kdy uz jsem danou distribuci vubec nepouzival a tezko mohl dat podrobnejsi informace.
Take jsem nejak nepochopil bugreporty z ubuntu. Neco mi spadne, system se zepta jestli ma sesumirovat informace pro nahlaseni BUGu. Kdyz dam ano a bugreport poslu, tak vysledne informace jsou pro vyvojare stejne nepouzitelne? Vzdy to dopadne na nejake automaticke odpovedi, ze jim to nestaci.
Ale pro ty, co zadne bugy opravovat nemuseji, jsem uz jednou pro LE zkusila napsat navod, jak bugreporty psat a bugzillu pouzivat.
Kdyz si vzpomenu, jak jsem psala svuj prvni bugreport... jejda!
A ještě se mám hodně co učit jak co se týče spravování, tak reportování. A hlavně se mi moc nedaří vychytávat duplicity
). Samozřejmě jen u vybraných produktů, a to: a) produktů, které využívám, b) produktů, ve kterých vidím potenciál a tedy které budu možná časem využívat.
Hlásím prakticky všechno, na co přijdu.
Mám mj. obrovský talent používat software způsobem, jaký tvůrce nikdy nezamýšlel, a většinou jsem tak jediný člověk, kterému dotyčná chyba vadí (a skoro vždy jde o něco obskurního).
Proto se radši vždycky poptám, jestli jsem jediný, kdo dotyčný probém pozoruje. Pokud aktivní tvůrci SW jsou přítomní na kanálu, většinou mi pak řeknou jen "OK, do a {cvs up | svn up | darcs pull | ...whatever} and try again".
.
VäčšinouHrome to je slovo.
(nic ve zlym, žert..)
- spíše výjimečně
Kedysi som prispieval viac, ale potom pri jednom bugreporte v OpenTTD sa zistilo, že príčinou nie je chyba v kóde, ale v mojej RAMke, kde občas preskočil bit na určitej pozícii. Memtest to potom naozaj potvrdil. Bolo mi dosť ľúto, že chudák developer, čo to robí zadarmo, strávil niekoľko hodín hľadaním chyby, ktorá neexistovala, až potom vyslovil podozrenie na vadnú RAM. Odvtedy si dávam väčší pozor a nehádžem hneď vinu na program.
A čo ma najviac na tom celom vystrašilo, bolo to, že RAMku som po zakúpení Memtestom prešiel a bola bez chyby, takže chyba sa na nej vyvinula až časom. Tak potom človek rozmýšľa koľko má kade-tade "servrov" z cenovej kategórie Consumer Goods, čo v jednom kuse chrústajú dôležité dáta, a koľko z nich asi občas pridá nejaký bit navyše...
Tohle by se myslim melo zmenit. Apport na vsechny!
Na větší projekty si zatím netroufám. Tím nemyslím svoje projekty
ze bych dokazal zmenit mysleni vyvojaru FF aby ten novy system hledani URL z historie radsi rovnou zapomneli, ze na 'nov...' chci novinky.cz a ne libovolne url z predchoziho tydne obsahujici string nov.
Já jsem skromnější. Mně by bohatě stačilo, kdybych na stroji s Athlonem64 3500+ a 2 GB paměti neměl běžně při psaní URL prodlevy přes půl sekundy. A to i za cenu, že budu muset oželet jakékoli inkrementální vyhledávání v historii…
Nakonec jsem to vyřešil nastavením browser.urlbar.maxRichResults na nulu. Sice to pak ještě chvíli zlobilo, ale pozitivní efekt, že se mi tam nezobrazuje ten obrovitý box s víceřádkovými popisy a ikonami, stál za to sám o sobě. Teď už se to nekouše a nechce se zkoumat, jestli by to zase začalo, kdybych to hint-okno povolil, protože je mi bez něj lépe. Možná to souvisí s klíčem browser.urlbar.search.timeout (že by timeout, jak dlouho čekat na výsledky hledání?).
P.S.: objevil jsem klíč browser.zoom.full, se zatajeným dechem ho zkusím přepnout na false...
browser.tabs.closeButtons a ui.allow_platform_file_picker
Tiskni
Sdílej: