From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai Grossjohann Newsgroups: gmane.emacs.help Subject: Re: virtual space? Date: Tue, 02 Dec 2003 21:04:59 +0000 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <874qwjvslg.fsf@emptyhost.emptydomain.de> References: <87y8vgbhdc.fsf@lucien.dreaming> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1070407202 10019 80.91.224.253 (2 Dec 2003 23:20:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 2 Dec 2003 23:20:02 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 03 00:19:59 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ARJoF-0008T1-00 for ; Wed, 03 Dec 2003 00:19:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ARKA3-0001Ow-17 for geh-help-gnu-emacs@m.gmane.org; Tue, 02 Dec 2003 18:42:31 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!newsmi-us.news.garr.it!newsmi-eu.news.garr.it!NewsITBone-GARR!fu-berlin.de!uni-berlin.de!213-203-244-156.kunde.vdserver.DE!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 63 Original-NNTP-Posting-Host: 213-203-244-156.kunde.vdserver.de (213.203.244.156) Original-X-Trace: news.uni-berlin.de 1070399112 70431028 213.203.244.156 ([73968] 10430) User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux) Cancel-Lock: sha1:16EwRu3jFR+J63H+gLdV5CNhsZs= Original-Xref: shelby.stanford.edu gnu.emacs.help:118922 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:14867 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:14867 "Michael Durland" writes: > Having the cursor move to somewhere where I didn't tell it to go is > annoying. For example, imagine holding down the up or down arrow key to > move some distance in a file, like from the bottom of a window to somewhere > in the middle. The cursor should move directly up the column it started in. > But emacs doesn't do that. The cursor jumps around all over the place. It > is very distracting. Regardless of where typing actually occurs, the cursor > shouldn't move except exactly where it's told to go. If I tell it to go up, > it should go up one line and not change columns. Period. That's really interesting. It never occurred to me that somebody would want to have the cursor in a spot where there is no character in the file. Just goes to show how people are different and have different expectations. FWIW, exiting picture-mode removes trailing spaces on lines. That's intended to remove the spaces it added itself, but of course that feature has its own problems -- it could remove spaces that were there before. Hm. I think you could kind of fake things by doing something similar to picture mode. But instead of just adding whitespace to the end of the line, you mark the whitespace with a special text property. Then, when the cursor leaves the line, you can remove the whitespace again. Or you remove the whitespace on saving the buffer. Another piece of data is that the cursor remembers the column it likes to be in. That is, if you're on column 27 and move across a line with less characters into a line with more than 27 characters, then the cursor will still be in column 27 in the long line. It will just be towards the left in the short line. Yet another piece of data is the track-eol variable. I set it to true. It's way cool. But I think it's kind of the opposite behavior of what you want 8-) > I researched this a little more and indeed this is not something > that can be changed in emacs. Hah! Few things are impossible here ;-) Just a SMOP... > But it just lacks key features. e.g. virtual space and popup > windows being the ones I can't live without. Emacs windows and > frames do not cut it for popup windows. On this note, I saw another > post requesting popup windows as well, e.g. in order to implement > something akin to the C++ class member autocompletion popups of many > editors. I read this can be somewhat faked with the new tooltip > concept, but it is not a complete solution. *sigh* I've always found them popup thingies to be a kind of a pain in the neck. At the moment I use Eclipse for Java coding, and it uses tooltip-like popup windows for completion. The Eclipse implementation is quite good, but I'm still not convinced... Emacs just opens a new window for completion. Type C-x C-f TAB TAB to see that window in action. Maybe with much wailing and gnashing of teeth, you can get used to these windows. (What Emacs calls a window is probably different from what everybody else calls a window. Type C-x 2 and now you have two windows.) Kai