home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / oracle / 2570 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  1.6 KB
  1. Path: sparky!uunet!munnari.oz.au!manuel.anu.edu.au!sserve!hhcs.gov.au!cbr2!ballpe
  2. Newsgroups: comp.databases.oracle
  3. Subject: Re: msqlforms30... window size
  4. Message-ID: <1992Dec18.120747.1@cbr2>
  5. From: ballpe@cbr2
  6. Date: 18 Dec 92 12:07:47 GMT
  7. References: <ByyGy7.6v8@watserv1.uwaterloo.ca>
  8. Lines: 29
  9.  
  10. In article <ByyGy7.6v8@watserv1.uwaterloo.ca>, teek@flight.uwaterloo.ca (Prateek Dwivedi) writes:
  11.  
  12. > In creating my first forms application, I was wondering how I could
  13. > force my window size to become large (ie.  make the application know it
  14. > has a big window).
  15. > 
  16. > The problem is that I have a table with a lot of fields, and I want to
  17. > create a multiple record block for it.  But forms tells me that there is
  18. > not enough room.  So I thought I could just open a really wide window
  19. > and force it to be wider.
  20.  
  21.  
  22. If I understand your problem correctly, the best thing to do is to determine
  23. what fields you _really_ want to display on the screen first. Arrange these
  24. in whatever order you wish, but pick meaningful ones to display. Then put the
  25. rest of the fields for the record on Page 0. This way, all the fields for the
  26. table are present in the block, but only the essential ones are shown and less
  27. essential ones are hidden from view.
  28.  
  29. You also have access to the packaged procedures ANCHOR_VIEW and RESIZE_VIEW,
  30. but I don't think these will help your current situation as you seem to want
  31. to display more than can reasonably fit on the screen. They are very handy
  32. though.
  33.  
  34.  
  35. Peter Ball
  36. Information Services Section
  37. Dept of Health, Housing and Community Services
  38. Brisbane, QLD, Australia
  39.