[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
- Re: [AUCTeX] Embedded previews in high-DPI?, YAMAMOTO Mitsuharu, 2016/05/17
- Re: [AUCTeX] Embedded previews in high-DPI?, Mosè Giordano, 2016/05/17
- Re: [AUCTeX] Embedded previews in high-DPI?, YAMAMOTO Mitsuharu, 2016/05/18
- Re: [AUCTeX] Embedded previews in high-DPI?, David Kastrup, 2016/05/18
- Re: [AUCTeX] Embedded previews in high-DPI?, YAMAMOTO Mitsuharu, 2016/05/18
- Re: [AUCTeX] Embedded previews in high-DPI?,
David Kastrup <=
- Re: [AUCTeX] Embedded previews in high-DPI?, mituharu, 2016/05/18
- Re: [AUCTeX] Embedded previews in high-DPI?, David Kastrup, 2016/05/18
- Re: [AUCTeX] Embedded previews in high-DPI?, YAMAMOTO Mitsuharu, 2016/05/18
- Re: [AUCTeX] Embedded previews in high-DPI?, David Kastrup, 2016/05/19
- Re: [AUCTeX] Embedded previews in high-DPI?, Konstantinos Theofilis, 2016/05/19
- Re: [AUCTeX] Embedded previews in high-DPI?, David Kastrup, 2016/05/19
- Re: [AUCTeX] Embedded previews in high-DPI?, YAMAMOTO Mitsuharu, 2016/05/19
- Re: [AUCTeX] Embedded previews in high-DPI?, Konstantinos Theofilis, 2016/05/19
- Re: [AUCTeX] Embedded previews in high-DPI?, David Kastrup, 2016/05/19
- Re: [AUCTeX] Embedded previews in high-DPI?, David Kastrup, 2016/05/19