Xref: utzoo comp.sys.mac:23704 comp.sys.mac.programmer:3435 Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!pasteur!tehran.berkeley.edu!korn From: korn@tehran.berkeley.edu (Peter "Arrgh" Korn) Newsgroups: comp.sys.mac,comp.sys.mac.programmer Subject: GLA [was Re: Bugs in word? And do you know what a Mac really looks like?] Message-ID: <8067@pasteur.Berkeley.EDU> Date: 7 Dec 88 01:26:18 GMT References: <11331@dartvax.Dartmouth.EDU> Sender: news@pasteur.Berkeley.EDU Distribution: na Organization: What, me organized??? Lines: 28 In <11331@dartvax.Dartmouth.EDU>, 63848e@eleazar.dartmouth.edu (Jeffrey Buchsbaum) said: >... > I have a possible bug that I was wondering if there was a *cute* way >around. I have two monitors, one set virtually atop the other in the >control panel. If I want to save a finder window to the non-starup window >fine and dandy. If I want to send my trash can to the really lower right >bottom corner, no go on startup. The GLA window will not go either, and I >know it is coded to remember its location. Sure, I can put it there, but >on restart it pops to the middle of the startup screen. Re: GLA the last version that I released was version 1.5. This checks screenBits.bounds to ensure its saved location is on the screen, which does NOT work on multiple-monitor systems (as screenBits.bounds is only defined for the monitor that has the menubar on it). Version 1.6 is in the works, but things like finals and the LSC debugger not wanting to let GLA 1.6a3 run have kept a later version from being released. The correct way to do this, of course, is with greyRgn, which is how I do it in version 1.6. In any case, while there may be some problems engendered by using two monitors in the way that you are using them, GLA 1.5 is not a valid test of that problem. Peter -- Peter "Arrgh" Korn korn@ucbvax.Berkeley.EDU {decvax,hplabs,sdcsvax,ulysses,usenix}!ucbvax!korn