home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / mswindo / programm / tools / 1485 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.8 KB  |  40 lines
  1. Newsgroups: comp.os.ms-windows.programmer.tools
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!ekalenda
  3. From: ekalenda@netcom.com (Edward J Kalenda)
  4. Subject: Re: Pixel-based Dialog Editors?
  5. Message-ID: <1992Nov21.212151.19435@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. References: <1992Nov20.192153.6355@ods.com>
  8. Date: Sat, 21 Nov 1992 21:21:51 GMT
  9. Lines: 29
  10.  
  11. From article <1992Nov20.192153.6355@ods.com>, by scott@ods.com (Scott Harper):
  12. > Does anyone know of any dialog box editors that specify dialog
  13. > templates in units of pixels rather that dialog base units?  We
  14. > are trying to build some dialog boxes that have no text in them,
  15. > but do contain some bitmap graphics.  When we specify things in
  16. > terms of dialog base units, our pixel measurements come out messed
  17. > up when we move to different resolution screens.
  18. > 
  19. > Also, with such a tool, we would need to be able to resource compile
  20. > these templates "incrementally" into the standard resource files, as
  21. > the application will include some dialog boxes and other resources
  22. > defined in the standard way...
  23.  
  24. I've found that if I select the SYSTEM font at 10 points when defining the
  25. dialog box I get two pixels per dialog unit at all resolutions from
  26. 640x480 and up. I don't know if this will remain consistant but it is
  27. working for me at the moment. I think it will continue to work as long as
  28. the pixel size of the 10 point system font doesn't change, which I would
  29. not expect to happen.
  30.  
  31. Perhaps in some future release of windows Microsoft will add the ability
  32. to define dialogs in terms of pixels. Tied to this ability we would also
  33. need to be able to have resolution dependant dialogs. Sort of like icons
  34. have different definitions depending upon CGA/VGA resolution and color/mono
  35. modes.
  36. -- 
  37.  
  38. Ed
  39. ekalenda@netcom.COM
  40.