Ich hab's jetzt noch etwas näher eingegrenzt:
Es hängt offenbar davon ab, welche Skalierung auf dem primären Monitor bei Systemstart eingestellt war. Nur unter dieser Skalierung arbeitet IrfanView korrekt (d. h. so, dass 100 % Ansicht in IrfanView pixelgenaue Darstellung liefert).
Wenn man die Monitorskalierung ohne Neustart ändert und/oder wenn für andere Monitore eine abweichende Skalierung eingestellt ist, wird dort das Programmfenster ungewollterweise umskaliert (was dann besonders beim Hochskalieren pixelig aussieht; auf jeden Fall ist es nicht mehr pixelgenau).
Es ist schon ein eher exotisches Problem, denn nur wenige Anwender haben überhaupt zwei Monitore - und nur bei einem Bruchteil von denen laufen diese Monitore unter verschiedenen Skalierungen. Das erklärt, warum es bisher offenbar niemand bemerkt hat.
Die Tatsache, dass XnView sich genauso falsch verhält, ist auch interessant. Das ist jetzt schon der zweite Fehler, den IrfanView und XnView sich teilen (nach den bekannten Farbmanagement-Stolperfallen).
Es hängt offenbar davon ab, welche Skalierung auf dem primären Monitor bei Systemstart eingestellt war. Nur unter dieser Skalierung arbeitet IrfanView korrekt (d. h. so, dass 100 % Ansicht in IrfanView pixelgenaue Darstellung liefert).
Wenn man die Monitorskalierung ohne Neustart ändert und/oder wenn für andere Monitore eine abweichende Skalierung eingestellt ist, wird dort das Programmfenster ungewollterweise umskaliert (was dann besonders beim Hochskalieren pixelig aussieht; auf jeden Fall ist es nicht mehr pixelgenau).
Es ist schon ein eher exotisches Problem, denn nur wenige Anwender haben überhaupt zwei Monitore - und nur bei einem Bruchteil von denen laufen diese Monitore unter verschiedenen Skalierungen. Das erklärt, warum es bisher offenbar niemand bemerkt hat.
Die Tatsache, dass XnView sich genauso falsch verhält, ist auch interessant. Das ist jetzt schon der zweite Fehler, den IrfanView und XnView sich teilen (nach den bekannten Farbmanagement-Stolperfallen).
