From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: E Sabof Newsgroups: gmane.emacs.bugs Subject: bug#13887: 24.3; doc-view will render blurry images when image-magick is available Date: Sat, 16 Mar 2013 23:30:55 +0000 Message-ID: References: <87txohx0g0.fsf@thinkpad.tsdh.de> <831ubllqr0.fsf@gnu.org> <87zjy9vg0r.fsf@thinkpad.tsdh.de> <83y5dtk606.fsf@gnu.org> <83li9sk1bh.fsf@gnu.org> <83hakgjpbi.fsf@gnu.org> <87ip4ue95q.fsf@thinkpad.tsdh.de> <8738vydj1b.fsf@thinkpad.tsdh.de> <87620t64ko.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bdc0934baf31a04d81325bb X-Trace: ger.gmane.org 1363476709 28395 80.91.229.3 (16 Mar 2013 23:31:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 16 Mar 2013 23:31:49 +0000 (UTC) Cc: 13887@debbugs.gnu.org, Tassilo Horn To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 17 00:32:14 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UH0aB-0003Nl-3s for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Mar 2013 00:32:11 +0100 Original-Received: from localhost ([::1]:39150 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UH0Zo-0001tO-93 for geb-bug-gnu-emacs@m.gmane.org; Sat, 16 Mar 2013 19:31:48 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56333) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UH0Zg-0001tJ-OL for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 19:31:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UH0Zd-0006OC-C9 for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 19:31:40 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54092) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UH0Zd-0006O8-97 for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 19:31:37 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UH0az-00048c-LL for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 19:33:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: E Sabof Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Mar 2013 23:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13887 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13887-submit@debbugs.gnu.org id=B13887.136347675015863 (code B ref 13887); Sat, 16 Mar 2013 23:33:01 +0000 Original-Received: (at 13887) by debbugs.gnu.org; 16 Mar 2013 23:32:30 +0000 Original-Received: from localhost ([127.0.0.1]:58201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH0aT-00047n-QT for submit@debbugs.gnu.org; Sat, 16 Mar 2013 19:32:30 -0400 Original-Received: from mail-qa0-f43.google.com ([209.85.216.43]:56064) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH0aQ-00047Z-BW for 13887@debbugs.gnu.org; Sat, 16 Mar 2013 19:32:28 -0400 Original-Received: by mail-qa0-f43.google.com with SMTP id dx4so1017474qab.2 for <13887@debbugs.gnu.org>; Sat, 16 Mar 2013 16:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fpJIS/5ZEHiOuA9eX2sGtHHuYNNaDGVdZVGhu62Qq+k=; b=IxAVsui67qcN0NFvmXJHwD+A9fszOOO57Tys7auFIGEhaOsHcDPGpxxfMRQzRV2jrD +3xRY9TcLFxUY2Nr1f6MiexzV6/46/QWMrP88jErwP3s4FZgQ+mupNv4IaljLagnwRFY PMXztUOUKjbt9FseOBrv8u8zylS/koXpj05GVBEnWy1nqYm2321NvicNjnOT3HmbNE8N Rf8YYxJmy1mxw0eJmhnFpvoVdRNglO4hnDLb9q+TpRbevI3bZjfXDbbNUd+YfJab3D2Q 7DKIAlI7jEsB0gedsyPwOMyadslTzeEjg2HzxlA9jSJZdpaso8Xp3080oakJIKSi28Nr bVQA== X-Received: by 10.49.84.6 with SMTP id u6mr14371659qey.35.1363476655826; Sat, 16 Mar 2013 16:30:55 -0700 (PDT) Original-Received: by 10.49.70.233 with HTTP; Sat, 16 Mar 2013 16:30:55 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72604 Archived-At: --047d7bdc0934baf31a04d81325bb Content-Type: text/plain; charset=ISO-8859-1 There is a case where I initialize a mode in one window, show it in another, move down several pages, and then switch to the buffer in the first window (and the first page will be shown instead of the current). If my understanding is correct, initialization is the only place in which the behavior of "window t" is evident and beneficial. I'm not sure what I dislike the least. "window t" and the need to track window-buffer, a dedicated initialization mechanism, or switching to "fully initialized mode" the first time a real window is processed. I suppose I could try finding what goes wrong with the current patch in the meanwhile. I think that my previous experiment suggests a confusion regarding the value of (window-buffer) is a likely cause of this bug. Evgeni On Sat, Mar 16, 2013 at 1:41 PM, Stefan Monnier wrote: > > Should I try to patch it? Without "window t" image-mode would be more > > predictable. > > I don't know. > > > Stefan > --047d7bdc0934baf31a04d81325bb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
There is a case where I initialize a mode in one wind= ow, show it in another,
move down several pages, and then switch = to the buffer in the first window (and
the first page will be sho= wn instead of the current).

If my understanding is correct, initialization is the o= nly place in which the
behavior of "window t" is eviden= t and beneficial.

I'm not sure what I dislike = the least. "window t" and the need to track
window-buffer, a dedicated initialization mechanism, or switching to &= quot;fully
initialized mode" the first time a real window is= processed.

I suppose I could try finding what goe= s wrong with the current patch in the
meanwhile. I think that my previous experiment suggests a confusion re= garding
the value of (window-buffer) is a likely cause of this bu= g.

Evgeni


On Sat, Mar 16, 2013 at 1:41 PM, Stefan = Monnier <monnier@iro.umontreal.ca> wrote:
> Should I try to patch it? Without "window t&quo= t; image-mode would be more
> predictable.

I don't know.


=A0 =A0 =A0 =A0 Stefan

--047d7bdc0934baf31a04d81325bb--