From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#16840: 24.3.50; Jerky motion and up/down asymmetry scrolling images in Eww Date: Sat, 22 Feb 2014 10:21:41 +0200 Message-ID: <83eh2v4kx6.fsf@gnu.org> References: <874n3rj4ng.fsf@moondust.localdomain> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1393057335 11039 80.91.229.3 (22 Feb 2014 08:22:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Feb 2014 08:22:15 +0000 (UTC) Cc: 16840@debbugs.gnu.org To: nljlistbox2@gmail.com (N. Jackson) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 22 09:22:23 2014 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 1WH7qn-0004LY-GF for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Feb 2014 09:22:21 +0100 Original-Received: from localhost ([::1]:48762 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WH7qm-0007Hb-Cw for geb-bug-gnu-emacs@m.gmane.org; Sat, 22 Feb 2014 03:22:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WH7qc-0007GH-IT for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 03:22:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WH7qV-0005zY-82 for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 03:22:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34165) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WH7qV-0005zT-4K for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 03:22:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WH7qU-0002QB-Kv for bug-gnu-emacs@gnu.org; Sat, 22 Feb 2014 03:22:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Feb 2014 08:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16840 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16840-submit@debbugs.gnu.org id=B16840.13930572959259 (code B ref 16840); Sat, 22 Feb 2014 08:22:02 +0000 Original-Received: (at 16840) by debbugs.gnu.org; 22 Feb 2014 08:21:35 +0000 Original-Received: from localhost ([127.0.0.1]:35346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WH7q1-0002PG-Tc for submit@debbugs.gnu.org; Sat, 22 Feb 2014 03:21:34 -0500 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:46008) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WH7pw-0002Oe-L4 for 16840@debbugs.gnu.org; Sat, 22 Feb 2014 03:21:30 -0500 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N1E00P0011C5700@mtaout25.012.net.il> for 16840@debbugs.gnu.org; Sat, 22 Feb 2014 10:20:02 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1E00JG91TDDK80@mtaout25.012.net.il>; Sat, 22 Feb 2014 10:20:02 +0200 (IST) In-reply-to: <874n3rj4ng.fsf@moondust.localdomain> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:86007 Archived-At: > From: nljlistbox2@gmail.com (N. Jackson) > Date: Fri, 21 Feb 2014 21:51:47 -0400 > > With an image taller than the window, scrolling behaviour is jerky and > asymmetrical in Eww. Please provide a URL to such an image, since the exact behavior depends on the relative sizes of the image and the default font. Also, does the behavior you describe happen in "emacs -Q", or do you need some non-default customizations to see what you describe? > Scrolling Downwards with > =============================== > When scrolling down the page (pressing ...), when > the cursor reaches the line above the image, it stops going to the next > line. Instead, the image is smoothly scrolled up in to view. I am told > that this is the designed behaviour. Yes, that's the design. > When the line with the cursor disappears off the top of the window, the > cursor jumps to the image. There is a slight jerk when this happens, > which might be worth eliminating. The jerk should bring the top of the image to the top of the window. If that is what happens, then that's the intended behavior. > At some point (and it's approximately when two lines are visible below > the image) the cursor jumps to the line below the image, and, most > unfortunately, the window scrolls so that that line is the top line in > the window. This results in a huge jerk, and it also means that the > image has disappeared before you can read a caption directly below it. Wasn't the caption visible before the jump? In any case, it's impossible to reason about the described behavior without knowing the image size and size of the font used to display text around it. > If the designed behaviour mentioned three paragraphs above this one is > correct, then it would seem better, when the image has scrolled up > sufficiently for the line below it to be visible, if the cursor then > jumped to that line, but stayed on it while additional presses > continued to scroll the image smoothly upwards until the bottom of the > image had disappeared off the top of the window, and then the > presses resumed doing next-line in the normal way. This is next to impossible with the current design of scrolling in Emacs. The goal of pixel-level scrolling in Emacs 24 is to allow the user a chance to see every part of the image at least once. If that goal is reached, the rest are deeper limitations of the current design, and will require significant changes, not just in the area of scrolling tall images. > Scrolling Upwards with > =========================== > Currently when scrolling upwards from below an image the behaviour is > completely different (and worse) from that observed when scrolling > downwards from above one. Surely the upward-going behaviour should be > symmetrical with the downward-going behaviour? No, it should not (and cannot) be symmetrical, for boring technical reasons. Again, if the user doesn't have a chance of seeing each part of the image at least once, please describe the details. > Furthermore, while scrolling one key press at a time like this, there > are occasional "glitches" where the image jumps back to the position it > was in immediately before scrolling started. I don't see it with images I tried. It would be best if you could provide a reproducible recipe, with a specific image, starting from "emacs -Q", that shows these glitches. > Additionally (and I think this may only happen at the same time as the > "glitches" mentioned above), the cursor column changes from the first > column for no obvious reason, and then appears at the ends of lines of > text instead of at the beginning of them. Likewise. Thanks.