|
From: | Braun, Michael |
Subject: | Re: bug#45596: 12.2.4; Wrong DPI calculation for mixed-DPI multi-monitor setups |
Date: | Wed, 15 Jun 2022 17:59:03 +0000 |
Ikumi:
The problem was that in Aquamacs, previews were not being generated with the correct aspect ratios and resolutions. At the time it seemed like a Retina display problem, and a mailing list thread from 2016 indicated that Retina-specific issues
would not be fixed on the AucTeX side because of GNU policies (it’s a long thread, but maybe start here? https://lists.gnu.org/archive/html/auctex/2016-05/msg00021.html).
So I came up with a workaround on the Aquamacs side, such as this pull request, which seems related to the discussion about updating preview.el.in.
But none of that helped with preview resolution, either because 96 DPI was hard-coded in, and/or because AucTeX was using the pixel dimensions both to determine the resolution of the image (as generated from Ghostscript), *and* to determine how
big the image should be on the screen. And the problem looks worse on Retina displays because even though my 15in MBP’s display is physically capable of 2880 x 1800, the maximum MacOS-allowed resolution was 1920 x 1200. I work at 1680 x 1050, and 1680 is
exactly what (display-pixel-width) returns.
As another workaround, I defined preview-scale-function with the following, so I can use the same .emacs on my desktop and laptop.
(defun mb-preview-scale ()
(if (< (display-pixel-width) 2500) .8 1)
)
This was all back in 2020. Since Aquamacs is in the process of being updated to Emacs 28, I put the issue off to the side (perhaps svg support would be an option?). Maybe it’s time to revisit.
Michael
|
[Prev in Thread] | Current Thread | [Next in Thread] |