From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thomas Wiecki Newsgroups: gmane.emacs.bugs Subject: bug#14567: Scrolling of large images Date: Thu, 6 Jun 2013 13:16:43 -0400 Message-ID: References: <83ppvzur6i.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c2ae9cdfa02604de7f7cc0 X-Trace: ger.gmane.org 1370539082 7901 80.91.229.3 (6 Jun 2013 17:18:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Jun 2013 17:18:02 +0000 (UTC) Cc: 14567@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 06 19:18:02 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 1Ukdp3-0002K0-Sy for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Jun 2013 19:18:02 +0200 Original-Received: from localhost ([::1]:35977 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ukdp3-0007M2-FU for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Jun 2013 13:18:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49820) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ukdox-0007JH-7N for bug-gnu-emacs@gnu.org; Thu, 06 Jun 2013 13:17:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ukdou-0000cO-FG for bug-gnu-emacs@gnu.org; Thu, 06 Jun 2013 13:17:55 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38087) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ukdou-0000cI-CB for bug-gnu-emacs@gnu.org; Thu, 06 Jun 2013 13:17:52 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ukdqz-0000rS-OP for bug-gnu-emacs@gnu.org; Thu, 06 Jun 2013 13:20:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thomas Wiecki Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Jun 2013 17:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14567 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14567-submit@debbugs.gnu.org id=B14567.13705391843269 (code B ref 14567); Thu, 06 Jun 2013 17:20:01 +0000 Original-Received: (at 14567) by debbugs.gnu.org; 6 Jun 2013 17:19:44 +0000 Original-Received: from localhost ([127.0.0.1]:54677 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ukdqh-0000qe-5B for submit@debbugs.gnu.org; Thu, 06 Jun 2013 13:19:43 -0400 Original-Received: from mail-lb0-f177.google.com ([209.85.217.177]:57767) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ukdqe-0000qD-QB for 14567@debbugs.gnu.org; Thu, 06 Jun 2013 13:19:42 -0400 Original-Received: by mail-lb0-f177.google.com with SMTP id 10so2915743lbf.36 for <14567@debbugs.gnu.org>; Thu, 06 Jun 2013 10:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AW3FIH/pWa7oFWDkTYLZi5a1svnyTcqdszsXfmtDpAM=; b=04iRyGRRmLVSuhnz8db1vFxYFZAEJwTMUSOMAutPVGuoRXh8hTYMa3Gll8R02cedF4 gRkrC1FynvOSugibrPDXSIotZykVj6ernjdv7m+TiJ7bgpTVfVfwzaZwA7XMgj00GilF jsV3oJ30jZ8ir2dLPj/FtykYaLP475cj9nT+Vp34O7KUY+PJp5Zoeaksa6a/6ZUiRIcI rgzvSou9L/52OqgqnBaj6ZdRH1u1blDTGHPmdvlQ75SOf+AhKxHPUsj1BOEkR1kmveM0 JLixMG+0Jvi/awffeBp6/l/PAhppWXE6JHVs5Eyf4/adUTcuQUWHxHp8/ZubCutVX+24 ycxQ== X-Received: by 10.152.87.227 with SMTP id bb3mr13576837lab.51.1370539044083; Thu, 06 Jun 2013 10:17:24 -0700 (PDT) Original-Received: by 10.112.80.69 with HTTP; Thu, 6 Jun 2013 10:16:43 -0700 (PDT) In-Reply-To: <83ppvzur6i.fsf@gnu.org> 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:74846 Archived-At: --001a11c2ae9cdfa02604de7f7cc0 Content-Type: text/plain; charset=UTF-8 1. Download a large image (e.g. http://cdn.urbanislandz.com/wp-content/uploads/2011/10/MMSposter-large.jpg) and save it as /tmp/test.jpg 2. In an emacs buffer type "(insert-image (create-image "/tmp/test.jpg"))" 3. Type some arbitrary lines of text below this line. 4. In first line (containing insert-image), type C-x C-e at end of line to load the image. 5. Image should appear in buffer. 6. Scroll down repeatedly until past the image. Expected behavior: Scrolls down smoothly even once scrolled past image. Observed behavior: Scrolls down smoothly until end of image is reached. At end of image, the next scroll causes a huge jump in the window so that and only the text is shown but not any of the residual image. 7. scroll back up Expected behavior: Scrolls upwards over image. Observed behavior: Jumps over complete image and shows beginning of buffer. Please let me know if there is anything else you need. Thanks, Thomas On Thu, Jun 6, 2013 at 12:42 PM, Eli Zaretskii wrote: > > From: Thomas Wiecki > > Date: Thu, 6 Jun 2013 08:17:02 -0400 > > > > The scrolling behavior of emacs when there are large images (larger than > > the window height) in the buffer seems to broken. Specifically, down-ward > > scrolling makes a huge jump over the image as the image is about to move > > outside of the current view (it seems the image is treated as a single > > line). > > > > image-mode is not applicable as there is text intermixed with images. > > > > This behavior and its implications are also discussed here: > > https://github.com/tkf/emacs-ipython-notebook/issues/94 > > and here: > > http://www.randomsample.de/dru5/node/25 > > > > "slice-images" is a work-around solution but far from ideal. > > > > Any chance this could get fixed? > > Any chance to get a simple reproducible recipe, complete with images, > which I could use to look into the problem locally? > > Thanks. > --001a11c2ae9cdfa02604de7f7cc0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
1. Download a large image (e.g.=C2=A0http://cd= n.urbanislandz.com/wp-content/uploads/2011/10/MMSposter-large.jpg) and = save it as /tmp/test.jpg
2. In an emacs buffer type "(insert-image (create-image "/tmp/tes= t.jpg"))"
3. Type some arbitrary lines of text below th= is line.
4. In first line (containing insert-image), type C-x C-e= at end of line to load the image.
5. Image should appear in buffer.
6. Scroll down repeatedly = until past the image.

Expected behavior: Scrolls d= own smoothly even once scrolled past image.
Observed behavior: Sc= rolls down smoothly until end of image is reached. At end of image, the nex= t scroll causes a huge jump in the window so that and only the text is show= n but not any of the residual image.

7. scroll back up

Expected beh= avior: Scrolls upwards over image.
Observed behavior: Jumps over = complete image and shows beginning of buffer.

Please let me know if there is anything else you need.

=
Thanks,
Thomas



On Thu, Jun 6, 2013 at 12:42 PM,= Eli Zaretskii <eliz@gnu.org> wrote:
> From: Thomas Wiecki <thomas.wiecki@gmail.com>
> Date: Thu, 6 Jun 2013 08:17:02 -0400
>
> The scrolling behavior of emacs when there are large images (larger th= an
> the window height) in the buffer seems to broken. Specifically, down-w= ard
> scrolling makes a huge jump over the image as the image is about to mo= ve
> outside of the current view (it seems the image is treated as a single=
> line).
>
> image-mode is not applicable as there is text intermixed with images.<= br> >
> This behavior and its implications are also discussed here:
> https://github.com/tkf/emacs-ipython-notebook/issues/94=
> and here:
> = http://www.randomsample.de/dru5/node/25
>
> "slice-images" is a work-around solution but far from ideal.=
>
> Any chance this could get fixed?

Any chance to get a simple reproducible recipe, complete with images,
which I could use to look into the problem locally?

Thanks.

--001a11c2ae9cdfa02604de7f7cc0--