BerlinerTourGuide: physische maße zur definition von breakpoints in mediaqueries?!

Beitrag lesen

== welche maßangaben sind bei media-queries und zur defintion von breakpoints erlaubt und funktionieren in der praxis? ==

im artikel zu CSS/Media Queries heißt es zu der frage, welche maßangaben (besser als "längenangaben", denn man fragt mit width die breite ab...!) man verwenden kann: "abgefragter Wert: Eine positive Längenangabe". ergibt sich die frage, welche einheiten hier zulässig sind und in der praxis funktionieren: mm, cm, inch, ...? bitte hierzu entsprechende angaben anfügen!

hintergrund meiner frage: erstaunlicherweise wird einem in aktuellen lehrbüchern und tutorials zum thema immer wieder beigebracht, dass man bei medienabfragen die pixel-maße des viewports für die breakpoints zugrunde legen solle... da werden dann in in büchern aus dem jahre 2015 (z.b. "Flexible Boxes", Peter Müller) für "viele ''Smart''phones" pixel-maße von "320 x 480 px" angegeben... das ist - soweit ich sehe - (2017 bereits) ein völlig unrealistisches vorgehen: galaxy s7 bietet 1.440 px, sony xperia 1.080 px in der breite...! m.a.w.: man kann auf diesen screens bilder, die man für große pc-bildschirme (mit 72 dpi) bemessen hat, ohne weiteres mit voller brillianz auf einem hochkant gehaltenen, modernen smartphone wiedergeben... nur: text sollte dann nicht in 4 spalten laufen, sondern in einer spalte!!! denn die buchstaben müssen eine bestimmte mindestgröße in einem physischen maß (inch, mm, cm, pica, ...) haben, um bequem lesbar zu sein! also sollte man für die breakpoints die breite des mediums in mm oder inch abfragen, um zu entscheiden: wieviele spalten will ich anzeigen (und die schrift sollte man immer mit einer mindest-größe in einem physischen maß definieren!). wer sich dann noch bemühen will, bilder in reduzierten pixelmaßen für altertümliche medien auszuliefern, die so geringe dpi-werte haben, dass eine pixel-breite vom 320 px des viewports entsteht, der kann in einem zweiten schritt die pixel-dichte abfragen und ggf. für ein solches medium dann abgespeckte bilder ausliefern (zwecks schnellerem download)... aber derartige 'medien' dürften recht schnell der vergangenheit angehören, wogegen man mit pixeldichten von 576 dpi (s7 vs. 72 dpi an großen windows-bildschirmen) bald ausschließlich zu tun haben wird... nun gut, vielleicht kommen verstärkt 'weareables', wie armbanduhren mit mini-screens hinzu... und auch da sollte die schriftgröße physisch bemessen werden!

bitte um kommentar! --[[Benutzer:Hahawe|Hahawe]] ([[Benutzer Diskussion:Hahawe|Diskussion]]) 14:08, 4. Mär. 2017 (CET) bzw. BerlinerTourGuide

ps: die tag-wahl funktioniert miserabel!!! computer friert z.t. total ein... man sollte tags selbst frei definieren können...