Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Domnívám se že ano, protože:
A když neuděláš ani jedno, je ten web stejně čitelnej a použitelnej. Rozhodně to IMHO vypadá líp, než s velikostí nastavenou na řekněme 85%
Zmenšení okna řeší problém s pruhem v prohlížeči, ale zase mám pruh mimo prohlížeč, takže si moc nepomůžu
A zvětšení písma by zase rozsypalo případnou grafiku, takže nic.
A jak řešíte problém s délkou řádků, který jsou při vyšších rozlišeních moc dlouhý a velice špatně se pak čte text?
No nevim, mě se prostě ty řádky zdají už od 1280x1024 (a to i při použití 100% písma) dlouhý. A to nejsem na délku řádku nijak extrémně vysazenej - v LaTeXu dokonce používám ve svejch dokumentech \usepackage{a4wide} 
body {
...
font-size: 90%;
}
Mám nastavené takové písmo, jaké mi vyhovuje, proč mi nutíte o deset procent menší?
Ale no tak, pššst! Ber to třeba tak, že když máš chybně interpretující prohlížeč, tak za trest máš reklamu
))
Nicméně tohle je problém autora (mě), ne webu jako takovýho. A fakt je, že tady se Firefox chová chybně (v CSS specifikaci jsem nenašel jediný důvod, proč by box s Flashem neměl dědit atribut visibility jako kterýkoliv jiný box...)
Já jsem to teda nenašel. Ne že by z toho vyplývalo, že to nelze, ale pro mě z toho vyplývá, že průměrný uživatel to taky nenajde... (pokuď teda nemyslíte velikost textu: Střední, Malé,... - o tom většina uživatelů ani neví, že to opravdu funguje, protože na webech s velikostí písma uvedenou v px to nefunguje...)
.
Problém je ale ten, že teď už je to celkem jedno. Co vím, tak většina lidí věří, že to nastavování nemá žádnej efekt. Zkusim to jednou - nefunguje. Zkusim to po druhý - nefunguje. Když přijdu na nějakej web, kde je písmo nastavený na 10px, zkusim to ze zoufalosti po třetí. Ale když mám tu smůlu, a jsem vždy na webu s písmem definovaným v px, tak jediný co z toho pro mě vyplývá je to, že to nefunguje.
Já sám jsem si to taky až do doby, než jsem na webu začal místo px používat em a % (teď doufám, že nemám v profilu kde bydlim...
)) taky myslel a jen náhodou jsem na "princip" jak to vlastně je narazil až při pročítání článků o CSS...
Ale jak to člověk má tušit, když v Mozille i Opeře zvětšování/zmenšování písma funguje na jakkoliv definované písmo?
1. Defaultní velikost písma. To je velikost písma, která se použije, není-li na stránce velikost specifikována. Také se použije jako hodnota, pokud je (základní) velikost písma na stránce definována pomocí procent (nebo em, což je vlastně totéž). Tato základní velikost se dá nastavit ve všech mně známých prohlížečích včetně MSIE. Na zobrazení stránek, které velikost písma specifikují (ať už v px, pt nebo třeba in) ale samozřejmě nemůže mít vliv.
2. Zvětšování písma na už zobrazené stránce, tj. to, co např. ve Firefoxu uděláte pomocí Ctrl-+. To funguje bez ohledu na to, zda a jak je v HTML/CSS velikost písma specifikována. Pouze v MSIE z nějakých důvodů usoudili, že písmo, jehož velikost je na stránce specifikována v jednotkách px, se tato funkce vztahovat nebude.
Měl jsem také to podezření, že vy o voze a já o koze... ale nastavení výchozí velikosti písma ve smyslu 1) stále, i přes zběsilé procházení všech možných i nemožných menu IE, nemůžu najít... Poradíte?
http://www.misajadrna.com/
Zdenek
Tiskni
Sdílej: