home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / programm / 18234 < prev    next >
Encoding:
Text File  |  1992-11-10  |  3.4 KB  |  70 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!concert!sas!mozart.unx.sas.com!studly.mac.sas.com!Michael_Hecht
  3. From: Michael Hecht <Michael_Hecht@mac.sas.com>
  4. Subject: Re: The Forgetful Finder
  5. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  6. Message-ID: <BxIM0r.IHC@unx.sas.com>
  7. X-Useragent: Nuntius v1.1.1d12
  8. Date: Tue, 10 Nov 1992 19:26:50 GMT
  9. X-Xxdate: Tue, 10 Nov 92 19:15:28 GMT
  10. X-Xxmessage-Id: <A72574801E03050A@studly.mac.sas.com>
  11. References: <1992Nov5.174108.20232@hobbes.kzoo.edu> <Nov.9.12.14.27.1992.24843@math.rutgers.edu> <keith-091192124523@kip-16.taligent.com>
  12. Nntp-Posting-Host: studly.mac.sas.com
  13. Organization: SAS Institute Inc.
  14. Lines: 54
  15.  
  16. In article <1992Nov10.174217.23367@netcom.com> Bill Hofmann,
  17. wdh@netcom.com writes:
  18. >This must be one of those "only a few hundred" open bugs in 7.1.  It's 
  19. >a common experience, and there seems to be no particular cause for it.
  20. >I reported it into the great black hole using the bug reporter, I hope
  21. >others will as well.
  22.  
  23. I've *only* seen this happen when the Mac forgets my Monitors
  24. configuration (like when I install a new System). And then, *only* the
  25. windows that normally reside on my second monitor get resized and
  26. repositioned. I figured the Finder was being smart by not putting those
  27. windows where there was no desktop. Perhaps this behavior is being
  28. inadvertently triggered on your Macs somehow.
  29.  
  30. I also discovered that if I merely close these mis-positioned windows, or
  31. ignore them entirely, then when I correct my Monitors configuration, they
  32. go back where they belong the next time I restart.
  33.  
  34. >Another disturbing bug is that when I boot up,
  35. >multiple finder windows have their controls showing.  Hmmm.  Happens
  36. >every time, consistently. 
  37.  
  38. This sounds very similar to one of my pet peeves. It seems that there's a
  39. bug in the Mac OS in that if an application creates a new window when
  40. it's not the foreground app, the window appears enabled. Its title bar
  41. has the vertical lines in it, etc. Nuntius is a prime example. This
  42. becomes a problem when I use the title bar as a visual cue to tell me
  43. what the front-most application is. I may end up typing text or command
  44. keys only to discover that the text isn't going where I intended, or the
  45. command keys are doing things I don't want! Is this the behavior you're
  46. describing?
  47.  
  48. I thought of a very kludgy way to get around the bug. It involves making
  49. an invisible "spare" window, which is normally last in the window list.
  50. When an application is suspended, it brings this inviso window to the
  51. front. Notice that this also generates a deactivate event for the
  52. frontmost window, so the app won't have to simulate that as well. When
  53. the app opens any new windows, it now opens them *behind* the inviso
  54. window, causing them to appear deactivated. When the app is resumed, it
  55. moves the inviso window to the rear, causing the frontmost window to
  56. receive an activate event.
  57.  
  58. You could maintain a static WindowPtr variable named "behindWindow" that
  59. points to the inviso window when you're in the background, and contains (
  60. WindowPtr )-1 when you're in the foreground. Then you just need to pass
  61. this variable as the "behind" value to the NewWindow calls.
  62.  
  63. Of course, fixing it in the Window Manager is the better solution, Apple!
  64.  
  65. --Michael
  66.  
  67. =======================================================================
  68. Michael P. Hecht                 | Internet:  Michael_Hecht@mac.sas.com
  69. SAS Institute Inc.; Cary, NC USA | AppleLink: SAS.HECHT
  70.