Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.
Na WhatsAppu budou postupně v průběhu následujících měsíců zavedena uživatelská jména. Telefonní čísla tak mohou zůstat soukromá. Aktuálně si lze uživatelské jméno rezervovat.
Byl aktualizován TIOBE Index (Wikipedie). Programovací jazyk Rust se poprvé dostal do první desítky tohoto žebříčku popularity programovacích jazyků. Vede Python následovaný C, C++, Java, C#, …
Proton (Wikipedie), tj. fork Wine integrovaný ve Steamu umožňující na Linuxu hrát hry určené pouze pro Windows, byl vydán ve verzi 11.0-1. Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled všech podporovaných her na stránkách ProtonDB
Byly publikovány zdrojové kódy počítačové hry Unturned. Pro nekomerční účely. V plánu je přelicencování pod MIT. Hra Unturned je postavena nad multiplatformním herním enginem Unity.
První česká družice navržená a sestavená výhradně studenty se dostala na oběžnou dráhu Země. Družice KOSTKA, kterou vyvinul studentský tým YSpace z Vysokého učení technického v Brně (VUT), dnes odstartovala na palubě rakety Falcon 9 společnosti SpaceX v rámci mise Transporter-17 z kalifornské základny Vandenberg Space Force Base.
To nebylo technické školení? Že tam pochvalně mručej? A to tedy znamená, že a) je tam komandlajna a b) pánové jsou technicky zanedbaní? Mam pocit, že snad všude je case-sensitive zadávání řídících hodnot?
Jo webaři ... tuším, že jde někde zrušit možnost case-sensitiv, ale pořád mi to přijde jako faux pas toho, co to prones 
Co dodat, ked je niekto blby, tak je blby. Ked je nieco niekde trosku inak nechcu sa dozvediet preco, ale povazuju to za problem.
S tímto se dost často setkávám v praxi tím způsobem, že někomu něco nefunguje a chce po mně, abych mu to spravil. Rád to udělám, ale vždy se snažím dotyčnému vysvětlit, proč to vlastně nefunguje (obvykle to totiž všechno funguje, ale on to neumí). Jenže ve většině případů se setkávám s reakcí, že ho nezajímá, čím to je, ale ať to spravím. Napadne mne, že opravou by byla výměna jeho mozku, ale bývá jednodušší to dotyčnému přizpůsobit 
Nechci vykládat cizí historky, ale známý učitel informatiky byl na takovém SIPVZ školení o webových stránkách a tam se dozvěděl, že v současnosti nejlepší prohlížeč je Netscape 3.0 a že úvodní stránka se musí jmenovat index.htm (k některým lidem holt takový technický pokrok jako názvy souborů větší než 8.3 ještě nedorazil)...
(A vůbec, linux používají jen homosexuálové, protože vetšina populace tučňáků je homosexuální
.)

Co je to SIPVZ nevím, ale asi to k tomu moc daleko nemělo. Tohle byla armádní záležitost.
Urcite by se to zvrhlo bud do MS Accessu, nebo MySQL.
Říkám si, že kdyby všichni pedagogové, kteří používají při práci PC, měli alespoň základní znalosti MS Accessu a MySQL, bylo by to velmi pozitivní 
). A zkuste takovouhle skupinu něco naučit. I kdyby o té oblasti ten přednášející něco věděl (což se prý občas stává
), tak nemá šanci s takovouhle skupinou něco udělat...
No a pak je tu ten vtipný fakt, že absolvent učitelství na FI MUNI má automaticky uznaný jen první stupeň (takové to "dokáže najít čudlík, kterým se to zapíná a rozezná klávesnici od rohožky na boty") a všechny "přídavné moduly/stupně" si musí dodělat, ačkoliv absolvoval už jako bakalář jak značkovací jazyky, tak grafiku, databáze a další předměty na úrovni, kterou nezvládá polovina těch, co ty kurzy vedou... No ale někam ty peníze ze škol přece nalít musíme... A proč zaplatit informatikovi pokročilý kurz třeba někde na univerzitě, když si může číst noviny a opravovat přednášejícího na SIPVZ...
A) tušim moto příkladu
B) protipříklad ... konverze videa v avidemuxu proti mencoderu na příkazoé řádce?
C) resumé ... blondýna si napíše skript a pouští ho drag&dropem?
Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů, na žádnou jsem zatím nepřišel.Já taky ne.
V tomhle tedy souhlasím se zmíněným přednášejícím, že jde o jistý problém (jiná věc je, že bych se ho asi namísto přisuzování Linuxu snažil nějak řešit, protože mám dojem, že to jde nějak nastavit?).Autor zápisku to formuloval tak, že nejde poznat, že by přednášející mluvil o problému linuxu (spíš o problému, který prostě musí ten htmlista řešit).

Nevím, do jaké míry je to problém "velký a nepříjemný" (na přednášce se lze rovnou zeptat), ale problém to občas je, hlavně protože case-sensitive sugeruje lidskému mozku, že "S" je něco jiného než "s", a přitom se jedná pouze o typografické, tedy pouze zvykové grafické rozlišení záznamu jedné jediné stejné hlásky.Vicemene vsechny uvedene argumenty se daji uplatnit i na (ne)rozlisovani i/y. 'SENZACE', 'senZAce' i 'senzace' nerozlisujeme, protoze (az na specialni pripady) je spravne jen 'senzace', ostatni jsou spatne zapisy. Stejne tak nerozlisujeme 'ydea' a 'idea' - spravne je idea. V nekterych pripadech vsak rozlisujeme (napr. Internet vs. internet, Buh vs. buh - obecne vlastni jmeno shodujici se s nejakym obecnym nazvem). Prakticka nevyhoda (nekomunikovatelnost beznou reci) je uplne stejne u i/y. Komunikace s pocitacem odpovida psanemu jazyku a tam se velikost pismen i i/y rozlisuje. Prakticka vyhoda je treba v tom, ze vyhodnocovani syscallu nezavisi na znakove sade uzivatele - pro kernel je jmeno souboru pouze posloupnost bytu. Predstavte si problemy spojene s opacnym resenim - jeden uzivatel pouziva jednu znakovou sadu, v ni vytvori dva soubory, jiny uzivatel se podiva do stejneho adresare, chce jeden soubor otevrit, ale nemuze urcit ktery, protoze v jeho znakove sade se jmena souboru lisi jen velikosti nekterych znaku.
Vicemene vsechny uvedene argumenty se daji uplatnit i na (ne)rozlisovani i/y. 'SENZACE', 'senZAce' i 'senzace' nerozlisujeme, protoze (az na specialni pripady) je spravne jen 'senzace', ostatni jsou spatne zapisy.Jenomže "SENZACE" i "Senzace" jsou právě ve speciálních případech správné zápisy i podle pravidel pravopisu. A to vůbec nemluvím o ručně psaných písmenech, kdy je hranice mezi S a s Z a z atd. velmi nezřetelná, neboť tzv. "malá písmena" mají jen někdy svůj specifický tvar. Bude-li se uživatelské rozhraní rozvíjet např. k elektronickým tužkám a hlasovému ovládání, bude case-sensitive představovat spíše komplikace než výhody.
Stejne tak nerozlisujeme 'ydea' a 'idea' - spravne je idea. V nekterych pripadech vsak rozlisujeme (napr. Internet vs. internet, Buh vs. buh - obecne vlastni jmeno shodujici se s nejakym obecnym nazvem)."Ydea" a "idea" ale rozlišujeme; že výslovnost "y" a "i" splynula, je úplně jiný problém než rozlišování velkých a malých písmen, a navíc, zatímco "ydea" v grafické normě jazyka neexistuje, mohl jste uvést třeba koncovky: -ly/-li, které existují obojí. I to je jistý problém pro hlasové ovládání nebo např. diktování, protože jedno a totéž slovo má podle kontextu různou grafickou podobu; ale není úplně stejný jako problém velkých a malých písmen.
Prakticka nevyhoda (nekomunikovatelnost beznou reci) je uplne stejne u i/y.Není úplně stejná, protože i/y lze zpravidla určit logicky podle kontextu, předpokládáme-li kontext spisovné češtiny, velikost písmen v názvu souboru nikoliv.
Komunikace s pocitacem odpovida psanemu jazyku a tam se velikost pismen i i/y rozlisuje.Jenomže rozlišování velikosti písmen je právě pouhá typografická konvence, proto jsou "správně" i slova PSANÁ POUZE VELKÝMI PÍSMENY. Viz třeba v angličtině zvyk psát počáteční písmena všech slov názvů velkým písmenem, nebo někdy pouze tzv. významová slova. Komunikace s počítačem odpovídá právě psanému jazyku pouze v případě case-insensitive komunikace, jak tomu bylo v počátcích. Komunikace v případě case-sensitive odpovídá nikoliv psanému jazyku, ale spíše vykreslování pevně určených značek, kdy záleží na přesné podobě obrázku a nejde tedy o symboly odkazující k "písmenu". Viz např. funkce vyhledávání, které je třeba nastavit na to, že např. ř=Ř=r=R, aby byla dostatečně efektivní. Case-sensitiv je třeba správně většinou extra zdůraznit.
jeden uzivatel pouziva jednu znakovou sadu, v ni vytvori dva soubory, jiny uzivatel se podiva do stejneho adresare, chce jeden soubor otevrit, ale nemuze urcit ktery, protoze v jeho znakove sade se jmena souboru lisi jen velikosti nekterych znaku.Což je právě nevýhoda a problém pro toho druhého uživatele. Prakticky to mohl každý z nás asi zažít v komunikaci špatného nastavení znakových sad při přístupu na souborové systémy FAT - tehdy se z praktických důvodů zažilo (aspoň mně) pojmenování souborů pouze v ASCII a jednotnou velikostí. Myslím, že tu jsou dvě roviny, jedna zahrnuje identifkaci souboru systémem (ta nechť je jednoznačná), a druhá identifikaci a rozlišitelnost souboru podle názvu pro uživatele - tam by se podle mě vyplatila tolerovaná mnohoznačnost, tj. case-insensitive, tj. aby Dokument.odt a DOKUMENT.ODT i dokument.odt představovaly pouze jeden jediný soubor; různé soubory by musely být tak rozlišované něčím jiným než pouhou velikostí písmen (BTW tento problém mají pouze latinka a příbuzná písma, takove hebrejské nebo arabské písmo není case-sensitive už z definice).
BTW tento problém mají pouze latinka a příbuzná písma, takove hebrejské nebo arabské písmo není case-sensitive už z definice).Vlastně bych na základě tohoto příkladu mohl přirovnat "velká písmena" k podobné typografické konvenci jako třeba kurzívu anebo tučný řez písma. "Velká písmena" jsou vlastně (i původem) vlastně záležitosti jiného řezu písma, které se smíchalo na určitých místech s tím základním kvůli zvýraznění. Kdybychom tedy byli striktní, museli bychom rozlišovat soubor dokument.odt od dokument.odt. Anebo první písmeno psané třeba fontem "Arial" by odlišovalo název souboru od téhož slova psaného fontem "Times". Úroveň rozlišení takových názvů pro člověka by byla na podobné úrovni jako je to s velkými a malými písmeny - a taky by docházelo k podobným nedorozuměním. Pro "stroj" by to neměl být problém, často je např. kurzívní tvar písmena zřetelně jiný než antikva - prostě jde o jiný kód znaku.
Jenomže rozlišování velikosti písmen je právě pouhá typografická konvence, proto jsou "správně" i slova PSANÁ POUZE VELKÝMI PÍSMENY.AFAIK v cestine jsou pravidla pro urcovani velikosti pismen rovnopravnou soucasti pravidel ceskeho pravopisu srovnatelnou napr. s pravidly pro psani i/y, ne jen nejakou typografickou konvenci.
Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů,...Šetříš čas CPU.
... "Hospoda Na mýtince" a "hospoda na mýtince". Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů, na žádnou jsem zatím nepřišel.výše sis sám uvedl příklad - zrušením case-sensitivity přijdeš o informaci, nebudeš moci rozlišit, jestli soubor obsahuje data o hospodě, která se jmenuje "Na mýtince" nebo jestli řeší hospodu libovolného názvu umístěnou na nějaké mýtince že tuto informaci nejsme schopni stejně jednoduše rozlišit v mluveném textu mi jako korektní argumentace nepřijde - třeba uvozovky se rovněž nečtou, a přesto je píšeme; nedokonalost jednoho média (řeči) není důvodem k omezení výrazových prostředků média druhého (písma) ... pokud by tomu tak mělo být, pak bychom mohli analogicky argumentovat proč třeba nedávat na web obrázky, že v textových browserech stejně nebudou vidět ...
Tiskni
Sdílej: