home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13305 < prev    next >
Encoding:
Text File  |  1992-09-12  |  2.9 KB  |  64 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!willw
  3. From: willw@extro.ucc.su.OZ.AU (William Waring)
  4. Subject: Re: Icon default tool paths (was Re: A4000 Specs? Who knows.)
  5. Message-ID: <1992Sep13.045938.16761@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: /etc/organization
  9. References: <3707@faatcrl.UUCP> <paulk.1gta@terapin.com>
  10. Date: Sun, 13 Sep 1992 04:59:38 GMT
  11. Lines: 51
  12.  
  13. In article <paulk.1gta@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
  14. >> Not only do you have to adjust the offset from the title due to
  15. >> different height fonts in the title, you also have to take into
  16. >> account the offsets between each object.  Computing the offsets
  17. >> isn't that hard, that's not the problem here, it's determining how
  18. >> many vertical elements you can put in a given window since you
  19. >> could render some number of objects below the window if the font
  20. >> used is too large.
  21. > 
  22. >I took the cheap way out.  I decided that the maximum size of font I
  23. >would support is 16, fit in as many gadgets as possible with a 16
  24. >point font, and documented it as "If you use a font bigger than 16
  25. >point you'll get ugly overlapping gadgets."
  26. > 
  27. >Even cheaper, I do not at present put things closer together when a
  28. >small font like 8 point is used.  This leaves extra-large gaps
  29. >between gadgets for the typical non-interlaced-screen user.  In the
  30. >future I plan to scrunch things closer together when not interlaced,
  31. >supporting fonts no larger than 11 point in that case, and allow up
  32. >to 20 point or so when interlaced.
  33. > 
  34. >But I have an excuse; my program runs okay under 1.2
  35. > 
  36. >> And that's the crux of this biscuit, you can't adequately manage it
  37. >> due to not having a limitation on height or width of the supplied
  38. >> fonts.
  39. > 
  40. >With apps that have their own independent font selection option (like
  41. >mine and presumably like JR-Comm) you can enforce a limit.  It's
  42. >Workbench apps that have this trouble of unlimited font hugeness.  I
  43. >guess in that case you can either refuse to run when the screen-size-
  44. >to-font-size ratio is too small, or use Topaz 9 or 8 in emergencies.
  45. >
  46. >As for horizontal spacing, I simply force everybody to use fonts of
  47. >width 8.  If I ever support screen widths greater than 640, I'll have
  48. >to search out a lot of cases where text length is computed by "<< 3"...
  49.  
  50. That was a little silly. Firstly, you should calculate if the font is too large
  51. and is going to overlap. If it is, then force it to an 8 point font. 
  52. Secondly, you should use the ReqTools.library and call the rtSpread() function
  53. which will evently distribute gadgets throughout a defined space. It's real
  54. neat. We use it in X-Comm in the Macro button window where you have all your
  55. macros as little buttons on a window, and click them to execute. IT's worth
  56. doing...
  57.  
  58.  
  59. -- 
  60. --
  61. Well I guess I'd better say something witty...
  62. --
  63. Anyone can hold the helm when the sea is calm.
  64.