No opat to perfektne opravili:
https://chromium.googlesource.com/chromium/src.git/+/32ac9f15d6b11556611d2c86849740f8fb921d32
Asi by stalo za to poznamenat, ze Xserver nieco ako DPI nepozna. Pozna velkost framebuffera a velkost X screenu v milimetroch (oboje ide nastavit/zmenit). A z toho aplikacie *nespravne* pocitaju DPI. V dnesnej dobe ked, vsetky vystupy (pripojene monitory) su mapovane na jednu X screen a za behu je mozne zmenit velkost X screen a "pripojit" tam dalsi vystup, tak velkost X screenu v milimetroch a ani velkost framebuffera nedava ziaden zmysel. Specialne ked kazdy vystup ma rozne DPI. Co by mali aplikacie sprave robit, je pouzit XRandR a pre dany vystup (idealne na ktorom sa okno prave nachadza) sa opytat na rozlisenie a fyzicku velkost vystupu v mm. A z tychto udajov si odvodit DPI a spravne skalovat. DisplaySize v xorg.conf pre Monitor section ako aj --dpi parameter v xrandr, ktory meni *iba* milimetrovu velkost X screenu naozaj uz dnes nedava zmysel.
Tym ludom v google? Mozes to skusit a potom daj vediet ako si dopadol. Mne je to uz asi jedno co budu robit s tym paskvilom co iba chromi... Ked som pred par rokmi posielal patche do google projektu webrtc tak to trvalo neunosne dlho a tusim, ze nakoniec po mesiacoch aj tak nezaradili vsetko potrebne...
Sak chromej fox to pokud vim kurvi taky ... to vis, kdyz nekdo rekne, ze chce neco siroky 10px ... tak je treba to prepocitat, protoze on prece nevi co chce ... a vubec tu neexistuje moznost se browseru na rozliseni proste zeptat ... pripadne zcela koretkne pouzit relativni jednotky.
Ako som uz pisal, rozlisenie nepostacuje. Treba vediet aj fyzicku velkost vystupu (monitora) a tu chrome proste povedat nevie. Resp. povie, ale namiesto toho oznamuje uplnu volovinu. Konkretne nieco ako velkost X screenu v milimetroch, ktora ale dnes predsavuje najemensiu obdlznikovu oblast, ktorou ide opisat plochu vsetkych pripojenych monitorov. Naviac velkost je preratana na DPI 96 (kedze DPI pre takuto "obdlzniku oblast" nedava ziaden zmysel).