Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
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.cz
normal 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:
