From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: [kobayays@otsukakj.co.jp: vertical-motion] Date: Mon, 28 Aug 2006 00:41:55 +0200 Message-ID: References: <85u03y8sxe.fsf@lola.goethe.zz> <85r6z13k5b.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1156718628 9763 80.91.229.2 (27 Aug 2006 22:43:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 27 Aug 2006 22:43:48 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 28 00:43:45 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GHTLt-0003wz-GI for ged-emacs-devel@m.gmane.org; Mon, 28 Aug 2006 00:43:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GHTLt-0007sn-10 for ged-emacs-devel@m.gmane.org; Sun, 27 Aug 2006 18:43:37 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GHTLh-0007sN-J2 for emacs-devel@gnu.org; Sun, 27 Aug 2006 18:43:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GHTLg-0007rp-N1 for emacs-devel@gnu.org; Sun, 27 Aug 2006 18:43:24 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GHTLg-0007rl-91 for emacs-devel@gnu.org; Sun, 27 Aug 2006 18:43:24 -0400 Original-Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GHTUN-0008Dr-St; Sun, 27 Aug 2006 18:52:24 -0400 Original-Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepb.post.tele.dk (Postfix) with SMTP id 0E45FA50011; Mon, 28 Aug 2006 00:43:04 +0200 (CEST) Original-To: David Kastrup In-Reply-To: <85r6z13k5b.fsf@lola.goethe.zz> (David Kastrup's message of "Mon, 28 Aug 2006 00:10:08 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:58963 Archived-At: David Kastrup writes: > There have been so many changes in that area that it would be hard to > point to any particular one. There was progressive deterioration. > There was even a time where the screen display and the behavior could > get out of sync (the cursor displays at a different point than it > behaves) and I am not sure this has not occured recently. > > Since you said no fixes where intended before the release, I stopped > actively checking for things like that since it would only annoy me to > no good cause. .. unless I can find some way to fix it which isn't too complex .. If you can provide more test cases that I can look at, maybe I can find the right fix. > And there are things where clicking on some highlighted line (probably > not fully visible) will cause the line to jump away in some manner of > recentering, thus evading the click action, and jump back afterwards. > Sort of click-avoidance-mode. This is news to me. So examples please! I have fixed a few redisplay issues with "cursors outside visible part of window" -- one of those might have broken image display or behaviour with highlighting. > I just don't understand how stuff like that tests as an improvement. Fixing one bug often leads to another bug -- so please report problems that you think are related to _recent_ changes. It's a bit annoying for the to be told that fixes I might have made a year ago broke something else, and I wasn't told at the time -- now I have to use a lot of time to find out what changes may have broken things. >>> The last bug reports I sent in were basically met with "this is not >>> going to get fixed before the release". >> >> I would like to fix it ... but this is not trivial, and I've yet to >> find a good way to do it (which doesn't break a lot of other code). And now you tell me, that things degraded gradually, so there are probably several things that influences the current bad behaviour. Which is actually also my experience with trying to solve it. :-( >> Do forward-char / backward-char work better in these cases?? > > Irrelevant. I use the equivalent of auto-reveal-mode on > forward-char/backward-char. Too bad -- as I have found that using those keys typically do scroll images in cases where the scrolling commands don't. So far, I've found that it is primarily the scrolling commands which are broken -- often they make false decisions when chosing a new window start in the presense of a partially visible image. I'll give fixing it another shot this week. -- Kim F. Storm http://www.cua.dk