Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!ukc!educ-isis!teexand From: teexand@ioe.lon.ac.uk (Andrew Dawson) Newsgroups: comp.sys.atari.st.tech Subject: Re: Dialog Box Woes Message-ID: <1990Dec19.093242.29465@ioe.lon.ac.uk> Date: 19 Dec 90 09:32:42 GMT References: <1990Dec17.055351.8596@msuinfo.cl.msu.edu> Organization: Institute of Education, University of London Lines: 34 In <1990Dec17.055351.8596@msuinfo.cl.msu.edu> schultzd@kira.uucp (David Schultz) writes: >"Professional GEM" says use... > ok = rsrc_load(ADDR("blahblah.rsc")); > (When I compile under sozobon with GEMFAST lib, I get _ADDR is >undefined.) > Instead, I use ... > ok = rsrc_load("blahblah.rsc"); /*This compiles*/ ADDR is a macro which takes an address and breaks it into 2 16 bits numbers. This is essentially a hangover from PC-GEM days. If your GEM libraries are correct, you can lose the ADDR > Incorrect parameters to form_do(). What exactly is this >function expecting? Is there a limit to the size of box form_do() can >handle? (Someone mentioned 25% of the screen. I need a bigger box.) (This is from memory only). I think you pass two parameters. The first is the address of the resource tree. The second should be zero unless your dialog has editable text objects, in which case it should be the resource index of the editable text object that the cursor is to be placed at. I believe some documentation tells you to pass -1 instead of 0 if no editable text strings are used, which is incorrect (I hope I got this the right way round!). I don't think there is a limit on size as long as it will fit on the screen. 25% is the size of the redraw buffer and applies to menus and alerts only. When your dialog is removed, a series of redraw events will be sent to the owner(s) of the windows underneath. Note that having too large a dialog may restrict the resolutions in which your application will work. -- Andrew Dawson, Computer Centre, University College London, Gower Street, London WC1E 6BT, England. JANET: ccaaand@uk.ac.ucl EARN/BITNET: ccaaand@ucl.ac.uk INTERNET: ccaaand%ucl.ac.uk@nsfnet-relay.ac.uk UUCP: ...!ukc!ucl.ac.uk!ccaaand