GNU bug report logs -
#66308
30.0.50; DocView: Bump default value of doc-view-resolution
Previous Next
Full log
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs <at> gnu.org> writes:
> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> How about increasing the default value of `doc-view-resolution' from 100
>> to something like 300? In my use, I find that the default value gives
>> poor results, especially after `doc-view-enlarge', whereas a value of
>> 300 gives a nice, crisp display. Monitors these days are certainly much
>> larger, and have much higher resolutions, than they used to.
>>
>> People in highly restricted environments might have to turn it back down
>> again, of course. I think this is okay though, if the benefit is that
>> doc-view will look better in more typical cases.
>>
>> I also note that `doc-view-resolution' has had the same value since
>> 2007, when DocView mode was first added to Emacs. After 15-20 years, it
>> might be time for a bump.
>
> How about making the resolution commensurate with that of the display
> itself? Monitor density has not increased for lay folk, only those
> willing to spend prodigally on display hardware.
Would it make sense to set the resolution based on the resolution and
the dpi? Or how is scaling involved here?
> Compounding that, larger images will consume greater quantities of disk
> space and X server memory. Bear in mind that /tmp is customarily small;
> only 4 GiB on my system, with 1.8GiB in use, whereof /tmp/docview1000
> consumes 971 MiB.
Should we store this data on Unixes in `$XDG_CACHE_HOME` Instead
of temp?
Doing so would also allow to reuse it if the particular file is viewed
again.
This bug report was last modified 1 year and 254 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.