home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / oop / macapp3 / 187 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.5 KB
  1. Path: sparky!uunet!stanford.edu!apple!applelink.apple.com
  2. From: ATOMIKA@AppleLink.Apple.COM (ATOMIKA Analysetechnik GmbH,DE,IDV)
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: Vanishing Scrollbars
  5. Message-ID: <724360690.7082519@AppleLink.Apple.COM>
  6. Date: 14 Dec 92 18:53:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 25
  10.  
  11. Recently I stepped over a problem with the defined size of windows. My question
  12. is: Bug or feature?
  13.  
  14. Our app defines several Windows. As long as the window size from the View is
  15. smaller than the screen thay are displayed on, everything works fine. But if
  16. the screen is smaller than the window, weird things happen. I detected that
  17. problem on a PB160. It has 640x400 pixels instead of 640x480 that the 13"
  18. monitor has. Most resizable windows did not show their horizontal scrollbar. It
  19. seems that the window is drawn smaller but the software still assumes its
  20. original size and thus the scrollbars and the drawing are out of synch.
  21.  
  22. We resize most windows when they are opened through data from the document to a
  23. different size so we may define them in a smaller size. We use the information
  24. of the window size mainly for "ConstrainWindowSize" and are able to live with
  25. that problem.
  26.  
  27. BUT:
  28. Is that weird behavior really a feature and do we have to define the windows to
  29. the smallest screen size we want to run on? Or is it a bug, that MacApp does
  30. not keep the Scroller and the Window in synch when the screen is too small?
  31.  
  32. Christian Scholze
  33. ATOMIKA Analysetechnik GmbH
  34. Munich, Germany
  35.  
  36.