news@cs.UAlberta.CA (News Administrator) (06/10/90)
References Sender: Reply-To: simon@alberta.UUCP (Simon Tortike) Followup-To: Distribution: Organization: Petroleum Engg, U of Alberta Keywords: MultiFinder, switching From: simon@alberta.uucp (Simon Tortike) Path: alberta!simon I have a program for creating (x,y) data by user input from a mouse or from a certain type of digitizing tablet. One user wishes to work with scanned graphs directly on the screen, and was able to do this by starting another (drawing or equivalent) application to display the image, and then starting my program to do the work. A dBoxProc type window was displayed during the digitizing period, and this user could move his mouse around, click, etc, without MultiFinder paying attention to this (I did not know about this until I checked TN# 180: MF Misc.). The dialogs got in the way, and he asked me to implement movable dialogs so that the data scanning to continue. I have done so, with an rDocProc type of window. Of course, MultiFinder now grabs the mouse clicks and does a major switch. Is there a way I can get MultiFinder to suspend major switching at this point without going back to a dBoxProc dialog, or putting image display support into my own program? I have found no clues in the tech. note stack. The dialogs are there to provide information to the user during the digitizing. Putting up a small dBoxProc as the front window somewhere out of the way is a possible solution, but I would prefer some way of doing without this. Thanks, ------------------- W. Simon Tortike, | tel : 403/492-3338 Dept of Mining, Metallurgical | fax : 403/492-7219 and Petroleum Engineering, | CA*net : simon@cs.UAlberta.CA University of Alberta, | uucp : simon@alberta.uucp Edmonton, AB, CANADA T6G 2G6. |
dm@everexn.uucp (Dan McMullen) (06/12/90)
In <1990Jun10.010643.5803@cs.UAlberta.CA> news@cs.UAlberta.CA (News Administrator) writes: >Is there a way I can get MultiFinder to suspend >major switching at this point without going back to a dBoxProc dialog, >or putting image display support into my own program? Currently, multifinder will refuse to do a major task switch if: a. the varCode of the window is 1 (==dBoxProc), OR b. the high bit of the spareFlag in the windowRecord is set. this info from a recent query i made to macdts. i got bit by this behavior when a custom WDEF used varCode==1, and would refuse to do the task switch like i expected, so that's one possible solution. setting the bit in spareFlag might work, but i haven't tried this. any comments from Apple as to whether these solutions will continue to work in the future? -- dan mcmullen, everex systems, inc. (707) 823-0733 dm@everexn.uu.net ...!{well!fico2,pacbell!mslbrb}!everexn!dm