it-swarm-eu.dev

Uživatelské rozhraní nezávislé na DPI pro webové stránky

Téměř deset let, než se LCD se stal normou), používaly obrazovky 72 nebo 96 DPI (obvykle se nacházejí pouze na displejích Trinitron). Nyní je však běžných 120 a 144 displejů DPI.

S příchodem systému Windows 7 jsou problémy s DPI do jisté míry vyřešeny pro stolní aplikace a přinejmenším uživatelské rozhraní OS není na vysokém displeji DPI nikdy přerušeno.

Nyní přicházíme na webové stránky - měl jsem obrovský argument s přítelem o vytvoření webové stránky nezávislé na DPI - Měl jsem názor, že prvky UI by měly vypadat stejně na různých systémech a že každý rozměr CSS by měl být specifikován v palcích, nikoli v pixelech .

Toto téma jsem vznesl dne SO) a obecně došlo k nesouhlasu s použitím palců jako jednotek, což považuji spíše za rozumné.

Mám 144 DPI obrazovku s velikostí pouze 15,4 palce - Velikost jednotlivých pixelů je tak malá, že textové vyzařování a subpixelové vykreslování je opravdu efektivní, ale vidím spoustu webových stránek, které předpokládají, že 8bodové písmo je dostatečně velké, aby bylo možné číst na jakémkoli Systém.

Věřím, že se jedná o obrovskou nepříjemnost a zásadní chybu v designu uživatelského rozhraní ... Vytváření předpokladů o uživatelském prostředí, když se můžete skutečně přizpůsobit stávajícímu.

To se příliš neliší od raných webových stránek v roce 2000, které by se na 1280x1024 nezobrazovaly správně, protože byly navrženy pro 1024x768.

Další ironií je, že pouze firefox vykreslí prvek o velikosti 1 palce jako 1 fyzický palec - všechny ostatní prohlížeče jsou vypnuté, pokud vaše DPI na obrazovce není 96 Je zřejmé, že někde v kódu je hodnota 96 pevně zakódovaná - jak obtížné je nahradit ji pomocí GetScreenDPI ( ) nebo co volá API?

Jaké jsou vaše názory?

6
rep_movsd

Pixely jsou konceptem na úrovni hardwaru a protože více pixelů je nacpáno do menšího prostoru, designéři se budou muset naučit používat jinou měrnou jednotku. Pokud navrhnu tlačítko na 100 × 200 pixelů, protože předpokládám 100dpi obrazovku, bude trpět uživatel na 200dpi obrazovce, protože tlačítko bude mít ¼ oblast.

Protože se více zařízení dodává s obrazovkami s vysokou hustotou pixelů, návrháři budou mít ve skutečnosti větší kontrolu (a flexibilitu), pokud znají technické aspekty systémů, pro které navrhují.

Například zadávání webových rozvržení v bodech je více důkazem budoucnosti, protože zadáváte fyzickou velikost (kromě chyb implementace, které jste zmínili).

Jako další příklad jsou souřadnice obrazovky v zařízeních se systémem iOS měřeny v bodech a u starších zařízení bez nové obrazovky s vysokou hustotou došlo k mapování bodů na pixely. IPhone 4 zdvojnásobuje počet pixelů, ale zachovává stejné rozměry bodů na obrazovce (staré rozložení tak bude stále fungovat, ale nová rozložení mohou používat zlomkové rozměry pro vyšší přesnost pozic.)

5
Brendan Berg

Myslím, že pro návrh uživatelského rozhraní je lepší použít procenta. Pak můžete do značky body vložit absolutní hodnoty. Pomocí javascriptu můžete měnit absolutní hodnoty těla kdekoli. pak budete mít všechno ostatní v pořádku.

V části javascript zkuste rozpoznat zobrazení uživatele a vypočítat hodnoty. je to snadné.

1
Morteza Milani

Proč používat palce, když se měří jak grafika, tak velikost obrazovky v pixelech? Různá rozlišení zobrazují různé počty pixelů na palec, takže pokud bychom měřili v palcích okraje, výplně, velikosti písma (lepší použít px nebo em než pt), atd., Bylo by těžší zjistit, jak velké jsou naše obrázky (které jsou na pixel). Nemluvě o tom, že rozlišení 800x600 je vždy 800px x 600px bez ohledu na to kolik palců je obrazovka.

Součástí profesionálního vývoje (nebo guru) pro vývoj webových aplikací/guru je naučit se, jak efektivně vytvořit váš web tak, aby k němu měl přístup co nejvíce uživatelů. A techniky potřebné k tomu jsou stále rozšířené a přijímané. Mám na mysli, že pokud tam vývojář dělá práci, neměl by to být problém. A to je jeden z důvodů, proč tento web existuje.

1
LoganGoesPlaces

jednotná konzistence; skutečné palce. (72 bodů činí palec)

8 bodů písmo miluji osvobození mono na 8 pt, ale to je jen proto, že to vypadá tak dobře, že mřížka je osazena v tak malé velikosti - pro mě některá písma vypadají divně, když vidíte jejich detail, ale vypadají jemně mřížka

1280x1024 (5: 4) a 1024x768 (4: 3); můžete změnit měřítko od menší k větší, ale musíte otočit větší obrazovku a pokud by tyto obrazovky byly stejné velikosti, rozložení palce by fungovalo nezměněno, ale stále existují dva problémy: jeden rozložení textu na obrazovku neznámá velikost a správné nastavení velikosti písma

můžete učinit stránku invariantní k rozlišení obrazovky, ale nemůžete ji učinit invariantní k velikosti a tvaru obrazovky

upravil jsem mupdf (prohlížeč pdf) na výchozí skutečnou velikost podle x11, server poskytuje skutečnou velikost obrazovky a její rozlišení hlášené pro mou obrazovku xdpyinfo jako:

dimensions:    1280x800 pixels (301x192 millimeters)
resolution:    108x106 dots per inch

(přestože chcete, aby rozměry pracovní oblasti byly, musíte si přečíst vlastnost definovanou v pokynech pro Správce rozšířených oken: _NET_WORKAREA(CARDINAL) = 0, 25, 1280, 744)

ale zjistil jsem, že obrazovka je příliš krátká a to znamená, že musíte procházet stránky pdf - mám rád stránkovaná média, ale nikdo by neměl nikdy kombinovat stránkování a rolování

a pak jsem pokračoval v přemýšlení o získání obrazovky, která není kratší než stránka s písmenem, jako je portrétový režim 21,5in lcd (ale je těžké najít lcd této velikosti v rozsahu 108+ dpi pro ne více než 250 nás)

1
Dan D.