From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: floyd@barrow.com (Floyd L. Davidson) Newsgroups: gmane.emacs.help Subject: Re: emacs for everything? Date: Mon, 29 Nov 2004 06:11:54 -0900 Organization: __________ Message-ID: <87y8gkr8p1.fld@barrow.com> References: <87pt2ej98v.fsf@node1.ddorf.de> <87zn1g2t5j.fld@barrow.com> <876540gxzw.fld@barrow.com> <87653u4x4t.fld@barrow.com> <86sm6voy32.fsf@ketchup.de.uu.net> <87llcmupnv.fld@barrow.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1101741410 25842 80.91.229.6 (29 Nov 2004 15:16:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 29 Nov 2004 15:16:50 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Nov 29 16:16:44 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CYnGe-0002pH-00 for ; Mon, 29 Nov 2004 16:16:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CYnQ1-0007Nv-6v for geh-help-gnu-emacs@m.gmane.org; Mon, 29 Nov 2004 10:26:25 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!nntp.cs.ubc.ca!cyclone.bc.net!news.glorb.com!newsfeed-east.nntpserver.com!nntpserver.com!falcon.america.net!eagle.america.net.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: gnus 5.10.6/XEmacs 21.4.15/Linux 2.6.5 Cancel-Lock: sha1:tFakzLAPIKuQE9sQ6HMFErT9oLw= Original-Lines: 106 Original-NNTP-Posting-Host: 209.124.156.175 Original-X-Trace: eagle.america.net 1101741258 209.124.156.175 (Mon, 29 Nov 2004 10:14:18 EST) Original-NNTP-Posting-Date: Mon, 29 Nov 2004 10:14:18 EST Original-Xref: shelby.stanford.edu gnu.emacs.help:127023 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:22426 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:22426 Kai Grossjohann wrote: >floyd@barrow.com (Floyd L. Davidson) writes: > >> After looking at that web page, I'll admit that I just don't see >> much value in what it does compared to using the FvwmPager module >> with simply a large number of virtual desktops. > >Hm. This seems to be very difficult to answer, since desktops and >tabbed windows are so different. > >Most of the time, my screen layout consists of a full-height window in >the left hald of the screen and another full-height window in the >right half. In this setup, I could put an FvwmTabs window on the left >and another FvwmTabs window on the right, and then I could put >multiple xterms into each, and then I'd be able to choose which xterm >to see on the left and which xterm to see on the right. > >This is not possible with virtual desktops. As such yes, but what virtual desktops allow you to do is exactly that several times. If all of those xterms in both of those windows are used in one project, then that is useful. If the reason for having multiple xterms in each window is that the xterms have different projects in them, then it is much more versatile to put them into an entirely different virtual desktop. But back to where they are all one project... In my case I rarely ever just line two windows up one directly next to the other, because I either end up with too few characters per line in each window, or if the columns are wide enough I have to use a font that is too small for me to read. I just don't have the eyes to do what you are doing. At least not on a 17" monitor. And my entire style of usage has been developed on a 17" monitor. Now that I'm using a dual head video card and have two 17" monitors, I am slowly getting used to doing things that way though, and now, when it is handy, I'm stacking two nearly full screen windows side by side. (I'm also eyeballing 17" LCD screens that have more viewing space... :-) Probably because of the way I've been doing things, my habits rarely ever end up with more than 4 or 5 windows open on one desk top, and usually only 3. I just offset them slightly, both vertically and horizontally, so that it is easy to move the mouse to a new one (and since I use focus-follows-mouse, that is quick and easy). I sounded to me as if you are stacking all of your various projects into two windows, and then using the tabs to select which project's windows are the two displayed. I don't see that as anything near as versatile as putting each set of windows onto a virtual desktop. And I need a larger window size anyway. >> I didn't look into exactly how the tab system decides what label >> to apply in each tab. Hopefully it is something useful, though >> in fact I have yet to see one that is for me. I don't relate >> short names (or icons) to what a program is being used for. In >> particular I may have several similar projects going, all of >> which use some of the same programs. Hence just a program name >> is no clue at all to which tab I might be interested in. > >You could make one FvwmTabs window for each project. Then you >automatically know which project each program belongs to, since you >know which tab it is in. But then you can only look at one of them at a time. I don't line them up next to each other as such, but I sure to offset them to be able to view some parts of different windows, and sometimes I'm interested in looking at more than 2, or even 3. And which ones I want visible at the same time varies too. It's just too restrictive if I can't move the various xterms or emacs windows around in relation to each other. >(That would be similar to placing the relevant windows on the same >desktop.) But it would be the same as using everything fullscreen on the desktop too, and I've always found that too restricting too. >> But aside from that aspect, the tab system is just too >> restricted. I don't want to switch between projects on the same >> screen or worse yet the same window. > >Well, you get the tabs in addition to virtual desktops, so you only >gain features, you don't lose any. And that is *very* true. Adding it certainly doesn't stop me from doing exactly what I am now, it just adds one more way to keep track of multiple windows on one desktop. And without trying it I really can't say just how useful it is. Given the significant differences in the style you use and the style I use, some part of it that you haven't mentioned, because it just doesn't do you any good at all, might happen to be useful to me... Hence I'm definitely going to give it a try and see what develops. Regardless of tabs though, I find the discussion of different ways to approach screen management are very useful as a way to develop new ideas. -- Floyd L. Davidson Ukpeagvik (Barrow, Alaska) floyd@barrow.com