From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.devel Subject: Re: shell can't stand still Date: Sun, 20 Mar 2005 02:31:04 +0100 Message-ID: <009343c116fc87d122cc20589008e1af@Web.DE> References: <5797de112d0249f031ed35a3edf0604b@Web.DE> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1111282355 18037 80.91.229.2 (20 Mar 2005 01:32:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 20 Mar 2005 01:32:35 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 20 02:32:34 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DCpIq-0005CU-3d for ged-emacs-devel@m.gmane.org; Sun, 20 Mar 2005 02:32:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCpZd-0005Bd-Kc for ged-emacs-devel@m.gmane.org; Sat, 19 Mar 2005 20:49:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCpYo-0004mv-WE for emacs-devel@gnu.org; Sat, 19 Mar 2005 20:48:59 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCpYc-0004iW-Pg for emacs-devel@gnu.org; Sat, 19 Mar 2005 20:48:48 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCpYc-0004hd-Ce for emacs-devel@gnu.org; Sat, 19 Mar 2005 20:48:46 -0500 Original-Received: from [217.72.192.224] (helo=smtp06.web.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1DCpHW-0007fa-Pn; Sat, 19 Mar 2005 20:31:08 -0500 Original-Received: from [84.245.189.102] (helo=[192.168.1.2]) by smtp06.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.104 #268) id 1DCpHT-0003XS-00; Sun, 20 Mar 2005 02:31:03 +0100 In-Reply-To: Original-To: rms@gnu.org X-Mailer: Apple Mail (2.619.2) X-Sender: Peter_Dyballa@web.de 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34804 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34804 Am 20.03.2005 um 01:21 schrieb Richard Stallman: > When in the *shell* buffer a running command produces output it's > quite > impossible to scroll back using the page-up key. It seems as if the > last output lines are being subtracted from the amount of lines to > scroll up ... > > In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.8.0, GTK+ Version > 2.4.9) > of 2005-03-16 on Latsche.local > > That really surprises me. Once point is no longer at eob, it should > stop moving. > > Can you provide a precise test case, starting from emacs -Q? Yes, here is an easy example: start CVS Emacs with -Q, create a shell, and make a new Emacs from CVS! I did so. I waited till make's output hit the bottom and automatic scrolling started since the cursor was kind of driven by the text output and then I scrolled back with which is bound to scroll-down. Text was scrolled down and the text cursor was placed on the first (top-most) line in the first column. Then the text was by some automatic means scrolled up, which made me scroll it down again and so on. I could see that I came back to the place I left since it had short lines xrdb.c:92:1: warning: "malloc" redefined In file included from config.h:941, from xrdb.c:24: s/darwin.h:334:1: warning: this is the location of the previous definition xrdb.c:93:1: warning: "realloc" redefined s/darwin.h:335:1: warning: this is the location of the previous definition xrdb.c:94:1: warning: "free" redefined s/darwin.h:336:1: warning: this is the location of the previous definition gcc -I/sw/include -L/sw/lib -c -fpascal-strings -fno-common -DMAC_OSX -I../mac/src -I/sw/include -Demacs -DHAVE_CONFIG_H -DUSE It was a ping-pong game between two positions. I too scrolled text up by pressing and the same effect happened: the text was scrolled back, down. Repeatedly. Some of these scroll effects were a bit short so that the region of short lines changed its position in the buffer upwards. And there is another anomaly (close to a bug): I wanted by means of the mouse (a trackpad actually, that is made by a software to work like a mouse wheel when I hold down a key) to mark that region of short lines. It did not work, because this marked up region scrolled up and down by some single lines and it was quite hard to catch these movements. I gave up when I only had one long line marked. Something similiar to this happens when I mark a region and now come close to the upper or lower ends of the buffer. Then the text scrolls away, but much to fast so that I can't make a reasonable selection. In usual Aqua applications of Mac OS X the scrolling effect is not as big as wish, while in X it often seems to exaggerate. xset tells me this: Pointer Control: acceleration: 2/1 threshold: 4 which I can't classify since I don't remember what I else had ... Since the compilation just ended I scrolled with my trackpad to the end. At about 60% from top was the shell prompt. When I hit RET the text 'jumped' to the bottom of this buffer. Is this normal? To me it makes no sense to position the new shell prompt at the bottom -- some text output from the launched application could happen and I wouldn't see it! -- Greetings Pete In a world without walls and fences, who needs gates and windows?