Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Evropská komise by do léta mohla předložit návrh normy omezující používání sociálních sítí dětmi v zájmu jejich bezpečí na internetu. Prohlásila to včera předsedkyně EK Ursula von der Leyenová, podle níž řada zemí Evropské unie volá po zavedení věkové hranice pro sociální sítě. EU částečně řeší bezpečnost dětí v digitálním prostředí v již platném nařízení o digitálních službách (DSA), podle německé političky to však není dostatečné a
… více »Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 4.0.
Chybí vám někdo, s kým byste si popovídali o bastlení, technice, počítačích a vědě? Nechcete riskovat debatu o sportu u piva v hospodě? Pak doražte na virtuální pokec u virtuálního piva v rámci Virtuální Bastlírny organizované strahovským MacGyverem již tento čtvrtek. Možná se ptáte, co se tak může probírat? Dají se probrat slavná výročí - kromě 55 let obvodu 555 (což je mimochodem prý andělské číslo) a vzpomínky na firmu Signetics -
… více »GTK2-NG je komunitní fork GTK 2.24 (aktuální verze je 4.22). Oznámení a diskuse v diskusním fóru Devuanu, forku Debianu bez systemd. Není to jediný fork GTK 2. Ardour je například postaven na vlastním forku GTK 2 s názvem YTK.
V neděli 17. května 2026 proběhne v Českých Budějovicích první MobileLinux Hackday zaměřený na Linux v mobilech, embedded platformy a open source hardware. Po sedmi úspěšných měsíčních setkáních v Praze se akce přesouvá také do jižních Čech, aby se komunita mobilního Linuxu mohla potkat i mimo hlavní město. Akce se uskuteční v konferenčním sále Vajgar v Clarion Congress Hotelu (Pražská tř. 2306/14) se zahájením mezi 14:00 až 15:00 a … více »
Login: nazdar Password: nepřihlásím!Mám pocit, že bychom se s Linuxem shodli v tom, že se nepřihlásím
xsetroot -solid black -cursor_name top_left_arrow/etc/X11/xdm/Xresources
xlogin*greeting: Nazdar, přihlaš se! xlogin*namePrompt: Login: xlogin*fail: Blbý heslo nebo jméno #if WIDTH >= 1024 xlogin*greetFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*font: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*promptFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*failFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 #if PLANES >= 8 xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianLogo.xpm #else xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianbw.xpm #endif #else xlogin*greetFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*font: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*promptFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 xlogin*failFont: -*-clean-*-*-*-*-*-*-*-*-*-*-iso8859-2 #endif #ifdef COLOR xlogin*borderWidth: 0 xlogin*frameWidth: 0 xlogin*innerFramesWidth: 0 xlogin*shdColor: black xlogin*hiColor: black xlogin*background: black !xlogin*foreground: darkgreen xlogin*greetColor: white xlogin*failColor: white *Foreground: white *Background: black #else xlogin*borderWidth: 0 xlogin*frameWidth: 0 xlogin*innerFramesWidth: 0 xlogin*shdColor: black xlogin*hiColor: black #endif xlogin*useShape: true xlogin*logoPadding: 10 XConsole.text.geometry: 480x130 XConsole.verbose: true XConsole*iconic: true XConsole*font: fixeda pak je potreba ten obrazek
/usr/X11R6/lib/X11/xdm/pixmaps/debianLogo.xpm kterej sem udelal z nakyho co uz tam byl ze sem ho zmensil a dal pryc "debian"
Xsetup radek
import /home/ja/xdm.png&
pak restart Xek, kliknout nekam, prihlasit se a ten radek pak smazat .-)
No, blogpost o tomhle sice nebyl :) ale
fluxbox pomalu vykresluje okna apod.
Tohle by mělo docela zajímalo. Jak pomalu vykresluje okna? Já jsem zatím nic nepozoroval, ale nemám dostatek podkladů pro srovnání s jinými WM. Už jsem se na to i ptal a prý že ne.
WindowMaker, XFCE a především Fluxbox se skutečně ukázali jako naprosto nejpomalejší WM co se týče rychlosti překreslování oken. Viz benchmark který dělal Rasterman (autor Enlightenmentu e16 a e17).
Á, známý pan troll, čekal sem kdy se tu objevíš :-Pa znamy Mr. Bigot. cakal som, ze zad tresnes nejaku blbost.
Ten benchmark _dává_ reálné výsledky.realne vysledky coho? vytvarania 1000 okien? vtipne. pochop, ze vykreslovanie (obsahu) okien nema vobec nic spolocne s window managementom...
O to tu ale nejde - o KDE řeč nebylanebola az kym si sem nenaklusal s OT benchmarkom...
realne vysledky coho? vytvarania 1000 okien? vtipne. pochop, ze vykreslovanie (obsahu) okien nema vobec nic spolocne s window managementom...KDyby rychlost vykreslování oken neměla nic společného s window managerem, tak by nebyly mezi jednotlivými WM takové velké rozdíly v onom syntetickém benchmarku. To jsou holá fakta, zas nechceš vidět realitu jen protože se ti nelíbí :-P
nebola az kym si sem nenaklusal s OT benchmarkom...Ten benchmark není OT, dává reálně naměřená data k tématu o kterém tu byla celou dobu řeč. Jak už jsem psal výše, to že je to syntetický benchmark nemění nic na relevanci těch naměřených dat. Jediný problém syntetických benchmarků je v tom že v praxi se takto naměřené rozdíly v rychlosti nemusí moc projevit, nicméně jak jsem už několikrát psal to že je Fluxbox pomalý je faktem i v praxi (viz má zkušenost na starším PC v porovnání s IceWM nebo FVWM2, o které už jsem tu psal).
Jedinej kdo se tu ztrapňuje seš ty sám. Toolkit nedělá nic jiného než že používá xlib (je to jen další abstrakční layer nad xlib). Ale xlib můžu používat i přímo, bez nutnosti nechat svůj test ovlivnit rychlostí nějakého abstrakčního layeru (toolkitu). A to pokud vím také Rasterman v tom benchmarku tak prováděl.
Jestli ti nejsou jasné takovéhle základy o práci X11, tak fakt nemá smysl aby ses tu k čemukoliv vyjadřoval.
To že rychlost vykreslování oken _závisí_ na window manageru je prostý fakt, potvrzený i experimentálně (oním syntetickým benchmarkem a i v praxi na starých PC kde je to krásně viditelné).
Je to dáno tím jak X11 a window managery fungují. Pokud aplikace chce vytvořit/zobrazit okno, je tento požadavek přesměrován window manageru. Nevytvoří se jen okno aplikace, window manager vytvoří nejdříve "zastřešující" okno (rámec), které se stane rodičovským oknem pro samotné okno aplikace. Dále ještě vytvoří většina window managerů okno pro horní lištu s titulkem okna, zavíracím a minimalizujícím tlačítkem, atp. (které také spadá pod hlavní "zastřešující" okno). Dál se window manager stará o to kam nové okno umístit, atp. Tohle všechno zabere čas a určuje onu rychlost vykreslování oken, o které se tu snažíš tak vehementně tvrdit že na to nemá WM vliv.
Je vidět že o fungování X11 opravdu nic nevíš. Ale přesto si tu hraješ na někoho kdo sežral všechnu moudrost světa...
Tohle všechno zabere čas a určuje onu rychlost vykreslování okenMr. Dokonaly, dakujem za vysvetlenie. ja narozdiel od teba nedokazem postrehnut spomalenie 0.02s na okno (aj to je maximalna hodnota a navyse voci nule). v benchmarku sa v podstate obsah okna ignoroval, takze nema nic spolocne s vykreslovanim okna. subjektivne nemas sancu to spozorovat ani na 20 oknach, pretoze cas ozajstneho vykreslenia okien je zanedbatelny a cas, ktory sa stravi window managementom je velmi maly. dovi. dopo. koncim.
Jestli tě tak štve použití slovního spojení "rychlost vykreslování oken", tak prosím, klidně začnu používat jen slovní spojení "rychlost window manageru". Nicméně každý si asi pod tím představujeme něco jiného, protože já to jako rychlost vykreslení okna chápu (window manager prostě nestihne za daný čas zobrazit tolik oken jako jiný window manager, má větší odezvu než se okno zobrazí).
A to že je to nepostřehnutelné je lež. Na moderním PC to sice moc nepostřehneš a tam ztrácí takovéto honění se za rychlostí WM de facto význam, ale na starém PC je to _velmi_ viditelné. Zkus si na nějakém starém Pentiu používat Fluxbox a pak IceWM nebo FVWM2. Ten rozdíl člověk vidí okamžitě. Ve Fluxboxu člověk vysloveně čeká na to než se okno a lišta okna v takovém případě zobrazí, v IceWM a FVWM2 je to oproti tomu rychlé jako blesk.
A jak už tu psali jiní, všímají si toho u Fluxboxu i na moderních PC (hlavně když přepnou plochu). Takže už konečně přestaň být takový arogantní ignorant (jestli to tedy dokážeš) a přijmi fakta... já už se o tom dál bavit nehodlám, dál ti tedy odpovídat nebudu, nebudu živit trolla :-P
Tiskni
Sdílej: