if (iPhoneX) {

Az iPhone X a mobilfejlesztes (es foleg az OpenGL) uj Internet Explorer 6-ja

( persicsb | 2017. 11. 22., sze – 12:54 )

Majd evone és Hevi megmagyarázza, hogy akármiről is van szó, az úgy van jól.

Csak találgatni tudok, de $title-ben levő elágazás azt engedi sejtetni, hogy itt nem az Android "rákfenéjének" számító (legalábbis az Apple pár évvel ezelőtti mantrája szerint) fragmentációról van szó. Ja, de!

Mi lesz még itt!

https://twitter.com/MacRumors/status/933084995098370048

--
trey @ gépház

Emlékszem amikor annó az iphone először váltott képarányt, mennyire fájt az összes fejlesztőnek, hogy úristenmilesz, két különböző méretet kell támogatni.

Szerk: Tippre a notch-ról lesz szó. Lehet, hogy nem.

Szerk2: Valami jó magyar kifejezés a notch-ra?

Translations of notch (noun)
- bemetszés
- rovátka
- csorba

Csak nehogy csorbát... ehj, mindegy :)

Akkor minek neveznéd a 2. képen a szöveg és a képernyő bal széle közötti kb. egy w szélességű helyet, ha nem margónak? Ami mellesleg ugyanakkora, mint álló pozícióban (6. kép). Magyarázd meg légy szíves, hogy ha van egy oldal normál méretű margóval, ami jól jelenik meg a mobilok 99,9%-án, majd jön az X ezzel a fura bevágással és hülyén jelenik meg rajta az oldal, akkor az miért a webfejlesztő hibája? Miért nem tudja észlelni ezeket az eseteket a böngésző és bal oldalt megnövelni a margót?

Ő annyit értett meg belőle, hogy margó.

A CSS env() függvényt, mint iOS 11 és iPhone X specifikus Webkit implementáció-specifikus dolgot nem sikerült már felfognia, mert hát az technikai részlet.
Elég fasza kommentvihar van körülötte:
https://github.com/w3c/csswg-drafts/issues/1693

Várj, Androidon eleve a fragmentáció miatt fel kell készíteni a különféle device-okra az alkalmazásokat, és ez mindig is így volt és meg is voltak az API-k rá.

Viszont mindig az volt az érv az iOS fejlesztés mellett, hogy nincs fragmentáció, ezért aztán minden fasza és sokkal kevesebb dologgal kell törődni.
Na, ennek a koporsójába vert egy újabb szöget az Apple.