Byla vydána beta verze Linux Mintu 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.
GNU Project Debugger aneb GDB byl vydán ve verzi 17.1. Podrobný přehled novinek v souboru NEWS.
Josef Průša oznámil zveřejnění kompletních CAD souborů rámů tiskáren Prusa CORE One a CORE One L. Nejsou vydány pod obecnou veřejnou licenci GNU ani Creative Commons ale pod novou licencí OCL neboli Open Community License. Ta nepovoluje prodávat kompletní tiskárny či remixy založené na těchto zdrojích.
Nový CEO Mozilla Corporation Anthony Enzor-DeMeo tento týden prohlásil, že by se Firefox měl vyvinout v moderní AI prohlížeč. Po bouřlivých diskusích na redditu ujistil, že v nastavení Firefoxu bude existovat volba pro zakázání všech AI funkcí.
V pořadí šestou knihou autora Martina Malého, která vychází v Edici CZ.NIC, správce české národní domény, je titul Kity, bity, neurony. Kniha s podtitulem Moderní technologie pro hobby elektroniku přináší ucelený pohled na svět současných technologií a jejich praktické využití v domácích elektronických projektech. Tento knižní průvodce je ideální pro každého, kdo se chce podívat na současné trendy v oblasti hobby elektroniky, od
… více »Linux Foundation zveřejnila Výroční zprávu za rok 2025 (pdf). Příjmy Linux Foundation byly 311 miliónů dolarů. Výdaje 285 miliónů dolarů. Na podporu linuxového jádra (Linux Kernel Project) šlo 8,4 miliónu dolarů. Linux Foundation podporuje téměř 1 500 open source projektů.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.12.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzi 2.4.0.
Kriminalisté z NCTEKK společně s českými i zahraničními kolegy objasnili mimořádně rozsáhlou trestnou činnost z oblasti kybernetické kriminality. V rámci operací OCTOPUS a CONNECT ukončili činnost čtyř call center na Ukrajině. V prvním případě se jednalo o podvodné investice, v případě druhém o podvodné telefonáty, při kterých se zločinci vydávali za policisty a pod legendou napadeného bankovního účtu okrádali své oběti o vysoké finanční částky.
Na lepší pokrytí mobilním signálem a dostupnější mobilní internet se mohou těšit cestující v Pendolinech, railjetech a InterPanterech Českých drah. Konsorcium firem ČD - Telematika a.s. a Kontron Transportation s.r.o. dokončilo instalaci 5G opakovačů mobilního signálu do jednotek Pendolino a InterPanter. Tento krok navazuje na zavedení této technologie v jednotkách Railjet z letošního jara.
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: