home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / programm / 20519 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  2.0 KB
  1. Path: sparky!uunet!psinntp!vaxa.hofstra.edu!vaxa.hofstra.edu!matsrc
  2. Newsgroups: comp.sys.mac.programmer
  3. Subject: Window Zooming
  4. Message-ID: <1993Jan1.122830.1@vaxc>
  5. From: matsrc@vaxa.hofstra.edu
  6. Date: 1 Jan 93 12:28:30 EST
  7. Nntp-Posting-Host: vaxb.hofstra.edu
  8. Lines: 35
  9.  
  10. Happy New Year everyone, and to start it off some questions about
  11. window zooming. I've read the Tech Notes, the various discussions in
  12. Inside Macintosh, and now Dean Yu's code for window zooming, but there
  13. are two things that are still not clear to me in my quest for
  14. absolutely p.c. (_not_ PC :) ) zooming.
  15.  
  16. (1) FindWindow (actually, the standard WDEF) returns inZoomIn or
  17. inZoomOut on the basis of a comparison of the window's portRect with
  18. its stdState. This means to me that the stdState must be calculated
  19. _before_ the user clicks in the zoom box in order for the correct
  20. decision to be made. The time to do this seems to be after any drag or
  21. resize. However, the code given in the Tech Notes and that given by
  22. Dean Yu calculate the stdState _after_ the click in the zoom box. Which
  23. is correct?
  24.  
  25. If you ask what difference does it make, consider the following
  26. scenario: A window is put in its standard state, which is smaller than
  27. the screen  (like a Finder window). It is then moved elsewhere on the
  28. screen, but to another valid position for its standard state. When the
  29. user clicks on the zoom box, you would like FindWindow to return
  30. inZoomIn because the window is in its standard state, but how will
  31. FindWindow know that?
  32.  
  33. (2) Which takes precedence when switching to the standard state:  The
  34. desire to leave the top left corner fixed, or the desire to leave space
  35. on the right of the main screen for Finder icons? Dean Yu's code would
  36. leave the top left corner fixed and allow the standard state to cover
  37. the icons, if this fits on the screen. Only if it does not fit is the
  38. window moved and resized to uncover the icons. The Finder, naturally
  39. enough, gives precedence to uncovering its own icons (try it). Which
  40. ought it to be?
  41.  
  42. Questions to ponder for 1993.
  43. --Steve Costenoble
  44. --matsrc@vaxc.hofstra.edu
  45.