Ein px_72dpi ist 1,3333 px_96dpi. Beide sind die gleiche physikalische Länge, ausgedrückt gegen unterschiedliche angenommene Bildschirmdichten, und die beiden Zahlen sind ein Fossil der alten Trennung zwischen Macintosh und Windows.
h2.units
Keine der Zahlen beschreibt ein reales Display. Apples ursprünglicher Macintosh verwendete eine 72 dpi-Konvention, so dass ein Bildschirm-Pixel einem typografischen Punkt entsprach, was ein WYSIWYG-Layout unkompliziert machte: eine 12-Punkt-Schrift belegte 12 Pixel. Microsoft wählte 96 dpi für Windows, mit der Begründung, dass ein typischer Monitor weiter entfernt betrachtet wurde als eine Seite und dass Text ein Drittel größer sein musste, um gleichermaßen lesbar zu sein. Die beiden Konventionen koexistierten zwei Jahrzehnte lang, und plattformübergreifende Dokumente fielen ein Drittel größer oder kleiner aus, je nachdem, welche Annahme die Software traf.
h2.factor
Der Faktor ist genau 96 ÷ 72 = 4/3. Ein 100-Pixel-Bild bei 72 dpi hat die gleiche physikalische Größe wie ein 133-Pixel-Bild bei 96 dpi. Das Erbe lebt in den Bildmetadaten fort: gescanntes Material und ältere Grafiken sind oft mit 72 dpi getaggt, und das Platzieren eines solchen Bildes in einem Layoutprogramm in seiner nominalen Größe ergibt etwas, das ein Drittel zu groß ist. Die moderne Praxis umgeht das Problem, indem Rasterbilder als Pixelabmessungen behandelt und die Anzeigegröße explizit angegeben werden, aber der dpi-Tag ist immer noch in der Datei vorhanden.
h2.usage
Konvertierung von Legacy-Assets und plattformübergreifende Layout-Arbeit. Bilddateien, die aus älteren Mac-Workflows stammen, enthalten 72 dpi-Metadaten, die neu interpretiert werden müssen. Webgrafiken haben überhaupt keine sinnvolle dpi – der Browser verwendet Pixelabmessungen – doch Designer exportieren aus Gewohnheit immer noch mit 72 dpi, was harmlos ist, aber erklärt, warum die Zahl bestehen bleibt. Screenshot-Abmessungen, Icon-Spezifikationen und PDF-Rasterung berühren alle die gleiche 4/3-Beziehung.