auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX] Embedded previews in high-DPI?


From: David Kastrup
Subject: Re: [AUCTeX] Embedded previews in high-DPI?
Date: Wed, 18 May 2016 13:23:31 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

YAMAMOTO Mitsuharu <address@hidden> writes:

>>>>>> On Wed, 18 May 2016 11:42:34 +0200, David Kastrup <address@hidden> said:
>
>>> So they are always magnified and look blurry.  This cannot be
>>> solved at the Lisp level.
>
>> That does not make a lot of sense: preview-latex queries the
>> resolution of the device and generates images matching the device
>> resolution.  If Retina displays are lying about their resolution,
>> that is the problem to tackle.
>
> That's exactly what the OP tried and resulted in failure, i.e., large
> blurry images.  Just giving a large resolution value to Ghostscript at
> the Lisp level might work on other platforms, but that is not enough
> to display images in a non-blurry way on OS X Retina display.

Getting the OS X Retina display to display one pixel per image pixel is
not a new feature: fixing this (probably requires fixing in the Emacs
source rather than in AUCTeX) to get the platform to behave like others
is pretty uncontroversial.  I see no non-technical roadblocks there.

Implementing a whole new rendering path/option only working on MacOSX is
not something that core GNU projects managed by the FSF should implement
and distribute.

Check
<URL:https://www.gnu.org/prep/maintain/html_node/Platforms.html#Platforms>
for the basic guideline here.

So basically there are three feasible approaches I see here:

a) fix the resolution mismatch problem in GNU Emacs display layer and/or
wherever else it may reasonably be tackled
b) implement a new rendering framework applicable to
poppler/cairo/whatever where PDFKit etc might be an optional renderer
among equals
c) implement whatever you want in a version of Emacs/AUCTeX distributed
outside of the control of the GNU project and the FSF.

-- 
David Kastrup



reply via email to

[Prev in Thread] Current Thread [Next in Thread]