home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / hypercar / 4211 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.0 KB  |  42 lines
  1. Newsgroups: comp.sys.mac.hypercard
  2. Path: sparky!uunet!think.com!mintaka.lcs.mit.edu!lcs.mit.edu!nodine
  3. From: nodine@lcs.mit.edu (Mark H. Nodine)
  4. Subject: Re: increasing the max field length in HC from 30K?
  5. Message-ID: <1992Nov17.162801.2448@mintaka.lcs.mit.edu>
  6. Sender: news@mintaka.lcs.mit.edu
  7. Organization: MIT Laboratory for Computer Science
  8. References: <1992Nov16.030632.19012@mtu.edu> <1992Nov16.034159.19177@mtu.edu>
  9. Date: Tue, 17 Nov 1992 16:28:01 GMT
  10. Lines: 30
  11.  
  12. In article <1992Nov16.034159.19177@mtu.edu>, warner@mtu.edu (Thumper (Nate)) writes:
  13. |> I have an HC stack that record the contents of disks, including what's in
  14. |> compact pro and stuffit archives.  Unfortunately, a few of my archives consist
  15. |> of more than 30K in info.  I was wondering if anyone had any ideas on how to
  16. |> increase the max size of a field.  This would help me a lot.  Pre-Thanks!!
  17.  
  18. I had a stack to do exactly the same thing (it was actually 
  19. a stack I got from someone who wrote it for floppies and 
  20. modified to deal with larger disks).  What my script does is
  21. put the list with all the information into a container and 
  22. check to see if it was larger than 30K.  If not, I just put 
  23. it into the bg field; otherwise I put the first 30K into the 
  24. bg fld (ending on a line break, of course...), and created a 
  25. bunch of card fields, filling each with as much text as would 
  26. fit.  Finally, the script created a bunch ofc card radio buttons to
  27. switch back and forth (change the visibility) between the
  28. card field(s) and the bg field.  It wasn't the world's most
  29. convenient thing, but it did work surprisingly well.  My 
  30. removable cartridges were only 10M, so I never needed more than
  31. 3 pages.  If you are having much larger removables than that,
  32. you probably want to think about a better interface than
  33. radio buttons to switch between pages.
  34.  
  35. It's also nice to put something in the idle handler so that
  36. if you do a "find" and it comes up in a field that's not visible,
  37. that it makes it visible for you.
  38.  
  39. Have fun!
  40.  
  41.     --Mark
  42.