Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!ucsd!ucbvax!bloom-beacon!LARRY.MCRCIM.MCGILL.EDU!mouse From: mouse@LARRY.MCRCIM.MCGILL.EDU Newsgroups: comp.windows.x Subject: Re: X on a SUN cgfour Message-ID: <9008282158.AA18005@Larry.McRCIM.McGill.EDU> Date: 28 Aug 90 21:58:44 GMT Sender: daemon@athena.mit.edu (Mr Background) Organization: The Internet Lines: 35 > We have a SUN system with the cgfour frame buffer. This frame buffer > gets configured as two screens :0.0 is the color FB and :0.1 is a > mono frame buffer. > If X is fired up on login, then I can get from one screen to the > other by sliding off the current screen to the left or the right. > However, if X is fired up to run over (under?) suntools (SUNOS 3.4), > then I cannot get the the other screen using the mouse. What I have > been doing is firing up an application for the "other" screen. TWM, > appears to transfer mouse control to the screen as part of the client > positioning process. > Is there someway I can run both suntools *and* X in such a was as to > have easy mouse access to both X screens? (I do *not* want to have > to run two copies of suntools in order to do this.) I assume you're running R4. (R3 had :0.0 as mono and :0.1 as color.) When running under suntools, the auto-zaphod feature is disabled because of the way X gets mouse events. You have to get to the other screen by way of an XWarpPointer call[%]. I have two programs that can do this for you; neither of them is quite as handy as sliding off the sides of the screen, but one of them isn't a bad substitute: it puts up little doodads to click on to change screen. (Ftp to 132.206.1.1 and fetch X/xscreenwarp.c, or write to me if you can't ftp.) [%] There may be other ways; I suspect grabbing the mouse with a confine-to window on the desired screen may work, but haven't checked. der Mouse old: mcgill-vision!mouse new: mouse@larry.mcrcim.mcgill.edu