From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.bugs Subject: bug#33226: chromium, firefox sharper than doc-view Date: Fri, 02 Aug 2019 18:38:32 +0200 Message-ID: <87ef23a5fb.fsf@gnu.org> References: <87h8h0nafo.fsf@jidanni.org> <87imsa3t66.fsf@mouse.gnus.org> <87v9w4zuy4.5.fsf@jidanni.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="180207"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , 33226@debbugs.gnu.org To: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 02 18:39:19 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1htaaN-000ki6-I8 for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Aug 2019 18:39:19 +0200 Original-Received: from localhost ([::1]:36422 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1htaaM-0001B2-JF for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Aug 2019 12:39:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39912) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1htaa7-00018G-EO for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 12:39:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1htaa6-0001Ap-Bv for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 12:39:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48837) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1htaa6-0001Ak-8g for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 12:39:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1htaa6-0007LV-4o for bug-gnu-emacs@gnu.org; Fri, 02 Aug 2019 12:39:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tassilo Horn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Aug 2019 16:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33226 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo unreproducible Original-Received: via spool by 33226-submit@debbugs.gnu.org id=B33226.156476392428208 (code B ref 33226); Fri, 02 Aug 2019 16:39:02 +0000 Original-Received: (at 33226) by debbugs.gnu.org; 2 Aug 2019 16:38:44 +0000 Original-Received: from localhost ([127.0.0.1]:57658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1htaZo-0007Ku-Ew for submit@debbugs.gnu.org; Fri, 02 Aug 2019 12:38:44 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:55661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1htaZm-0007KW-OH for 33226@debbugs.gnu.org; Fri, 02 Aug 2019 12:38:43 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42390) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1htaZh-00010O-5o; Fri, 02 Aug 2019 12:38:37 -0400 Original-Received: from auth2-smtp.messagingengine.com ([66.111.4.228]:42247) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1htaZg-00023y-Qe; Fri, 02 Aug 2019 12:38:36 -0400 Original-Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailauth.nyi.internal (Postfix) with ESMTP id 7091B21FBF; Fri, 2 Aug 2019 12:38:36 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Fri, 02 Aug 2019 12:38:36 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrleelgdejiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufhffjgfkfgggtgfgsehtqhertddtreejnecuhfhrohhmpefvrghsshhi lhhoucfjohhrnhcuoehtshguhhesghhnuhdrohhrgheqnecukfhppeegiedrkedtrdejtd drvdehnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhorhhnodhmvghsmhhtphgruhht hhhpvghrshhonhgrlhhithihqdekieejfeekjeekgedqieefhedvleekqdhtshguhheppe hgnhhurdhorhhgsehfrghsthhmrghilhdrfhhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Original-Received: from thinkpad-t440p (p2e504619.dip0.t-ipconnect.de [46.80.70.25]) by mail.messagingengine.com (Postfix) with ESMTPA id E7886380083; Fri, 2 Aug 2019 12:38:34 -0400 (EDT) In-Reply-To: <87v9w4zuy4.5.fsf@jidanni.org> ("=?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson"'s message of "Sun, 14 Jul 2019 20:01:23 +0800") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:164373 Archived-At: =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson writes: > emacs x.pdf #and then use "+ runs the command doc-view-enlarge" many time= s. > > We observe a /tmp/docview*/*.pdf-*/ is created and contains a png > conversion of the PDF, and a second factor file: page-1.png, > resolution.el. We note that the resolution.el has not changed. Inside is > "100" and that has not changed despite our zooming. > > So that's probably why the file doesn't look as clear in docview vs. the > others! You must admit it is fuzzier at 400% zoom than the others. Yup, this means Emacs has ImageMagick support built in and scales in memory rather than reconverting with a higher resolution. So if your Emacs has ImageMagick support (which is NOT the default anymore due to security concerns), I'd suggest to set doc-view-resolution to a higher value, e.g., 200. > But wait! *Not* on the INFO page is > > (defcustom doc-view-scale-internally t > "Whether we should try to rescale images ourselves. > If nil, the document is re-rendered every time the scaling factor is modi= fied. > This only has an effect if the image libraries linked with Emacs support > scaling." > :version "24.4" > :type 'boolean) > > And indeed, setting it to nil makes the bug go away, as proved by > resolution.el finnaly changing each time we hit "+". Right, it wouldn't be bad to enhance the documentation with those details. > So, this critical variable, if t, will cause scaling to silently fail > in half the cases ("if the image libraries linked with Emacs..." > fails. So should be nil by default, so that it never fails, I suppose. I don't know. Internal scaling is fast and its quality is very good if you scale down (but not up, therefore use a high resoltion in this case). And when you open a 1000 pages book and then zoom, do you really want that emacs starts reconverting each and every page? > Also I think there in /tmp/ it should save a copy of the previous few > scales each time we hit + or - so we can quickly zoom in and back out > etc. Well, that would be feasible for small documents (where a reconversion doesn't matter that much), but for large documents I wouldn't want to have hundredth of megabytes of image data which I probably wouldn't use anyway. Bye, Tassilo