From owner-freebsd-mobile Fri Apr 9 14: 8: 7 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from grizzly.fas.com (cc69528-a.mtpls1.sc.home.com [24.6.61.166]) by hub.freebsd.org (Postfix) with ESMTP id 052C116043 for ; Fri, 9 Apr 1999 14:07:48 -0700 (PDT) (envelope-from stanb@awod.com) Received: by grizzly.fas.com ($Revision: 1.37.109.23 $/16.2) id AA136829590; Fri, 9 Apr 1999 13:39:50 -0400 Subject: Seperate X configs for internal display, and monitor? To: freebsd-mobile@freebsd.org (FreeBSD Mobile List) Date: Fri, 9 Apr 1999 13:39:49 -0400 (EDT) From: "Stan Brown" X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1593 Message-Id: <19990409210751.052C116043@hub.freebsd.org> Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org First, tahnks to all the helpful people wha have provided tremndous ammounts of help in working through getting XFree86 set up for my Toshiba Tecra 500CDT. Now on to what I hope the final issue is. The maximum resolution that I appear to be able to get on the internal LCD display is 800x600, so be it. However I sometimes usethis machine with an external disply that can use much higher resolutin. The internal graphic hardware can slo support this higher resolutin. I intended to simply define the needed resolutins in XF86Confg, and use [CTRL} {ALT} + to swithc as needed. The problem with this scheme is that XF86 then gives me a virtual screen the size of the mximum resolutin defined (EG 1024x768). Since I am going to use a virtual window manager (FVWM) this does not work very well :-( Som here is the question. Is there some way that I can: 1. Use alternate XF86Config files for the 2 scenario, and 2. Detect the presence or absence of the monitor, to make this swithc automaticly? I wo8ld envison only going to/from the monitor at boot time? Sugestiosn? And again, thanks for all the help. -- Stan Brown stanb@netcom.com 843-745-3154 Westvaco Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 1999 Stan Brown. Redistribution via the Microsoft Network is prohibited. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message