Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »ja vetsinou pouzivam normal nebo em, ale snažim se aby byl text dostatecne kontrastni a citelny
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cznormal je default, stejně jako 1em. Jakákoli jiná hodnota s jednotkou em je víceméně totéž, jako ta procenta, takže to, co jsem kritizoval.
Myslim, že hodnoty jako .9em jsou jeste celkem dobry ale kdyz nekdo udela xBODY { font-size: 11px; ...} Tohle mi připadne jako zverstvo.
pt než v px…
... velikost písma, je pořád lepší ji uvést vno tak za to bych také lynčovalptnež vpx…
pokud se bavíme o CSS 2.1, pak pt jsou jednotky absolutní, zatímco px relativní ... takže máme-li písmo o velikosti 8 pt, číst jej z papíru není pro většinu lidí problém, ale z monitoru, na který se obvykle díváme na větší vzdálenost, už to problém je; naopak px je definován zorným úhlem, takže by měl být přepočítán tak, aby na daném výstupním zařízení vypadal stále "stejně" ... navíc změnu měřítka relativních jednotek vetšina browserů triviálně umožňuje, narozdíl od absolutních (aneb bylo by asi divné, kdyby třeba na A4 se nevešla šířka 21 centimetrů 
) (i když taky už jsem viděl nějakou funkci typu "lupa", která změnila měřítko všeho, vč. grafiky - tuším nějaká extension Firefoxu to byla?)
... mno, tož by mě zajímalo, co je za výhodu v těch pt?
17.5.2005 22:55
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
pt mají smysl pro tisk (spolu s cm a mm), pro obrazovku ne. Tam mají smysl právě pixely.
px navíc není definována zorným úhlem, přečtěte si tu definici pořádně. Ta definice přes zorný úhel je tam totiž jen pro případy, kdy by skutečné pixely rastru výstupního zařízení měly příliš nesmyslnou velikost nebo že by výstupní zařízení žádný rastr nemělo. V běžných situacích (a to jsou všechny monitory PC) je px obyčejný a prostý pixel na monitoru.
A teď si představte jednoduchý příklad: na svém monitoru používám v Linuxu rozlišení 1400x1050 pixelů, zatímco ve Windows musím zvolit buď 1152x864 nebo 1600x1200 (1400x1050 neumožňují drivery grafické karty). Když zadám velikost písma jako (dejme tomu) 10pt, bude toto písmo ve všech třech případech stejně velké a stejné čitelné. Když ji vy zadáte jako (dejme tomu) 12px, bude ve druhém případě písmo na témže monitoru o 22 procent větší než v prvním a dokonce o 39 procent větší než ve třetím. Ve třetím případě bude písmo nečitelně malé, ve druhém nesmyslně velké. Můžete mi říct jediný rozumný důvod pro to, aby měl čtenář za jinak stejných podmínek v závislosti na zvoleném rozlišení grafické karty takto drasticky odlišné velikosti písma?
Pokud některý prohlížeč neumožňuje zvětšovat/zmenšovat písmo, jehož velikost byla zadána v jednotkách pt, je to jen a jen jeho svévole. Norma nic takového nenařizuje (ovšem ani nezakazuje) a většina prohlížečů (Gecko, Opera, KHTML) to umožňuje. Kdo zbývá? Ano, správně, MSIE; ale odvozovat něco od jeho chování by bylo poněkud pošetilé.
px je především klasický starý pixel. Ten totiž, ať je nám to milé nebo ne, stále potřebujeme a v mnoha situacích se bez něj neobejdeme (a teď nemluvím o velikosti písma). Náhradní definice je tam jen pro případy, že se o pixelech mluvit nedá nebo by se třeba i dalo, ale jsou nesmyslně malé nebo velké.
Souhlasím ovšem s tím, že jednotka, která by byla definována podobně jako onen fiktivní normalizovaný pixel, by byla velmi užitečná. Taková jednotka ale bohužel v CSS (1, 2 ani 2.1) neexistuje.
Souhlasím ovšem s tím, že jednotka, která by byla definována podobně jako onen fiktivní normalizovaný pixel, by byla velmi užitečná. Taková jednotka ale bohužel v CSS (1, 2 ani 2.1) neexistuje.ta jednotka v CSS existuje a je to právě onen
px - užitečné by bylo, kdyby tuto definici (která není "náhradní" nýbrž doplňující, bohužel se slovem "should" a ne "must") respektovali důsledně vývojáři browserů, a kdyby se uživatelé (webdesignéři?) nehádali o to, který rádobyworkaround je lepší, nýbrž tlačili na vývojáře browserů, aby px interpretovali poctivě 
px obyčejný pixel výstupního zařízení. Je smutné, že pořád tvrdošíjně opakujete svou dezinterpretaci místo toho, abyste si přečetl, co je tam skutečně. Doufám, že aspoň ostatní se raději podívají do specifikace…
Přečtěte si, prosím, pořádně tu specifikaci.buď o mě máte velmi nízké mínění nebo nejste příliš důvtipný, pokud se domníváte, že zde cituji relevantní pasáže normy na základě něčeho jiného (asi božského vnuknutí?), než že jsem si je řádně přečetl (jak jinak bych věděl, co je relevantní?) k druhé možnosti se příliš nekloním, vzhledem k tomu, že Vaše poznámky shledávám dosti často trefnými a užitečnými; ovšem pravda, každý má občas slabší chvilky ... každopádně spolu s Vámi doufám, že zájemce o problematiku opravdu raději nahlédne do textu specifikace, aby se přesvědčil, že z mojí strany není veden spor opravdu o nic jiného, nežli o interpretaci slov "very different", čímž se dostávám do oblasti toho subjektivního výkladu, takže asi nemá - také vzhledem k výše uvedenému - smysl v diskusi pokračovat
hm, již poněkolikáté mám pocit, že mě zřejmě učili jinou češtinu i angličtinu, než používáte Vy ...
Chyba je totiž už ve vašem překladu: ono tam není napsáno relativní jednotka, ale že je definována vzhledem k (relative to) výstupnímu zařízení.
Relative units are:
...
Relativní (příbuzné?, poměrné, vzájemné?, vztažné?, vztahující se k, nikoli absolutní, úměrné) jednotky jsou:
...
tedy chcete říct, že i když jsou px "relativní k výstupnímu zařízení", tak to nejsou relativní jednotky, zvláště když jsou ve výčtu uvozeném slovy "Relative units are:"???
Jednotka px navíc není definována zorným úhlem, přečtěte si tu definici pořádně.
pokud chcete být striktní, tak px není definováno vůbec, je definován pouze "reference pixel", a o tom se praví "It is recommended that the reference pixel be the visual angle of ..."
blablabla ... a dokonce o 39 procent větší než ve třetím.
If the pixel density of the output device is very different from that of a typical computer display, the user agent should rescale pixel values.
CSS2, ze kterého byla původní definice jednotek převzata, vyšlo v roce 1998 - v té době typical computer display rozhodně nebyl devatenáctipalcový ... triviálním výpočtem zjistíme, že hodnoty uváděné pro px odpovídají celkem přesně patnáctipalcovému monitoru s rozlišením 1024×768 (90 dpi); jestliže např. u mého monitoru to vychází na 127 dpi, je tam oproti tomu rozdíl téměř o polovinu, což já tedy považuji za very different a tvrdím, že the user agent should rescale pixel values - pokud Vám takový rozdíl připadá zanedbatelný a browser by podle Vás neměl pixely přepočítávat, pak je slušně řečeno zajímavé, že Vám takový zanedbatelný rozdíl vůbec vadí v případě velikosti písma :-/
18.5.2005 12:46
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
px rozhodně hovadina není. Má to smysl v kombinaci s bitmapovou grafikou, která je samozřejmě v pixelech (i když se dá převzorkovat).
px používat… Na druhou stranu je ale třeba si uvědomit, že naprostou většinu bitmapové grafiky (samozřejmě kromě fotek, ale u těch obvykle není důvod přizpůsobovat písmo jejich velikosti) by bylo možné nahradit vektorovu - ku prospěchu obou stran. Pronikání SVG do praxe je ale bohužel zatím hodně problematické…
px v CSS 2.1 nemá s bitmapovým pixelem prakticky co dělat ... ???
px je pixel výstupního zařízení. Pouze v případě, že se o pixelech nedá mluvit nebo mají příliš nepoužitelnou velikost, je tam náhradní definice jakéhosi fiktivního normalizovaného pixelu. Na všech normálních zařízeních (včetně třeba LCD projektorů) je ale px starý dobrý pixel.
Pouze v případě, že se o pixelech nedá mluvit nebo mají příliš nepoužitelnou velikost,ano, a ty případy jako určujete Vy? - CSS 2.1 nezavazuje user agent ke škálování
px v žádném případě, je tam pouze slovo "should", a to se vztahuje k "If the pixel density of the output device is very different from that of a typical computer display", přičemž co znamená "very different" není explicitně řečeno, takže rozhodne-li se browser, že to bude pro LCD projektor přepočítávat, tak je to stejně korektní, jako když se rozhodne, že to pro 1200 DPI tiskárnu přepočítávat nebude
xdpyinfo vetsinou ohlasuje tvrdosijne nenastavene 72x72) tak je to ze si vyrobce honi dpi aby to pak dobre vypadalo a rozmery odpovidaji ponorkovemu okenku na monitoru, vetsinou si ho clovek roztahne aby vyuzil cely monitor. A z monitoru leze porad stejna hodnota, takze pak uz to presne neni a nesedi to .
pt ktere maji pevne dany vztah k mm ... Pismo se zobrazi stejne velike jak na x palcovem monitoru v rozliseni xx, tak na notebooku s y palcovem lcd s rozliseni yy tak na papire s rozmerem z.a to je právě chyba, protože z papíru to čtu z podstatně kratší vzdálenosti než z "x palcového monitoru" nebo z "notebooku s y palcovým lcd", a tudíž na tom monitoru to potřebuju větší, než na papíře kurwadrát, proč tady píšu dvakrát to samé??? - stačilo říct tu první větu, že mistr jaksi neumí číst
. On si kazdy napise neco jako Arial, Helvetica, blablabla, sans-serif az na konci a co udela staricka sestka opera? Zarazi se na prvni helvetice, kterou v X najde jako bitmapovy font a pouzije. Vetsinou zobrazeny mimo rozmer bitmapy, takze je to kostrbate a hnusne. Na mnou nastavena citelna pisma se uz nedostane. Vim, ze zde je zcela jednoznacne na vine opera, ktera by mela mit alespon volbu ignorovat bitmapy, ale i tak. Kdyz se vetsina stranek (napr. abclinuxu zobrazuje naprosto korektne a normalne a z toho se clovek dostane na nejaky hnus, kde prvne musi hodit ctrl+g aby se to vubec dalo cist , tak to proste nastve. Pokud má grafik dělat něco pro web, měl by znát také něco víc než jak se ve fotošopu nakreslí obrázek.
Tiskni
Sdílej:
