Re: Polling the mouse state
on 2/20/02 6:50 AM, Jim Hurley at [EMAIL PROTECTED] wrote: > This issue of polling the mouse state continues to crop up. I have > had to avoid the use of the old HyperCard standby: > > "repeat while the mouse is down" -- I love "repeat while the mouse is down" because it allows me to do a bunch of mouseDown stuff, then a bunch of mouseUp stuff when the repeat ends, all in one handler. I'm working on an HC stack right now that uses it. Never had a problem in HC, except with the occasional bonk in an idle handler, but NEVER in a repeat loop. Does 'grab' and 'mousemove' really have potential response speed problems in RR/MC? I have some HC stacks I want to convert where a 'hunting' button is tied to the cursor. This ability is key to the stack's function, no good without it. Best regards, Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Polling the mouse state
On 20/2/02 2:50 pm, "Jim Hurley" <[EMAIL PROTECTED]> scribed: > Hi Ian, >> >>> I don't like the grab command, it seems to me program flow doesn't >>> stop, >>> i.e. >> >> maybe you missed some of the previous posts, where experts (!) are >> advising to >> not poll the mouse-state. >> >> It is far more efficient to use the mousemove function. Using the mousemove is no good. I want to suspect all the messages from happening while I'm dragging a pin around on my timer plug. With mousemove I'm effectively dropping back to an "idle" state between each call, I need to stay in the handler, to do that I'm back to checking myself whether the mouse is still down or not. Try this as an example, call beeper from the message box to get the beeps going, then the challenge is to make the drag work but suspect the beeps, however, just killing the event is no answer, my program might have 30-40 different events pending and killing them all is out of the question. Put in card script, and have a button called "drag": on mousedown global dragging put the short name of the target = "drag" into dragging end mousedown on mousemove x,y global dragging put x & "," & y into myPointIs if xyz then set the loc of the target to myPointIs -- I have code here to check whether the object has intersected other -- things, if so different drag handlers take over, so using the -- drag command isn't on end mousemove on mouseup global dragging put false into dragging end mouseup on beeper beep send beeper to this card in 10 secs end beeper And all hell is let loose if a mouseup event is lost, as can happen if you switch out of revolution with the mouse still down. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Problem with Launch Command
Peter, I haven't had time to test this, but just to give you a possible idea to use, try adding appropriate scripts to a substack and a main stack to do the following: 1) open Acrobat Reader from the substack (perhaps a splash screen stack), 2) open your main stack, 3) close the substack, and then 4) use launch commands from the main stack to open multiple PDFs within the existing instance of Acrobat Reader. It seems to me that using the substack in that way would be the equivalent of opening the reader outside of the stack from which you're going to be launching the multiple PDFs. I'm sure you'd have to close the substack first in order to achieve that effect. I'd be interested in hearing whether that route works for you. HTH, Tommy Simmons Employment Law Advisory Network www.employmentlawadvisors.com - Original Message - From: "Peter Reid" <[EMAIL PROTECTED]> Sent: Wednesday, February 20, 2002 5:02 PM Subject: Problem with Launch Command > I'm trying to open Acrobat files from my stack developed using Rev > 1.1.1B1 on a Mac. > > If I open Acrobat Reader outside of my stack and then get my stack to > open a series of Acrobat files using the "launch xxx.pdf with > gAcroReader" command, then everything works fine; each file opens as > a new window inside the currently running Acrobat Reader. However, > if the reader is not running initially, then opening the first > Acrobat file within my stack by using the "launch" command causes it > to refuse to open any more Acrobat files until the original Reader is > "killed" and then a new invocation is run using the next "launch" > command. > > This is NOT what I want as it means the user waiting for the Acrobat > Reader to be "killed" and then relaunched for each document. Also, > it means the user can't have more than one Acrobat document open at > the same time. > > Any suggestions as to how I overcome this problem? > > Cheers > > Peter > -- > Peter Reid > Reid-IT Limited, Loughborough, Leics., UK > Tel: +44 (0)1509 268843 Fax: +44 (0)870 052 7576 > E-mail: [EMAIL PROTECTED] > Web: http://www.reidit.co.uk ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: controlkeydown
>The following works for me: > >on controlKeyDown K >if K = "T" then doMyTstuff >if K = "F" then doMyFstuff >end controlKeyDown One note, Scott: Unless your handler passes controlKeyDown for those values of K for which it has no instructions, it effectively disables any controlKeyDown handlers in other objects further up the message hierarchy. Rob Cozens CCW, Serendipity Software Company "And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee." from "The Triple Foole" by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev Externals
>I >don't want to have to maintain two separate copies of the stack - one >for Mac OS Classic and one for Mac OS X, but it seems I have to?! I >can't see any way of building for both at the same time. Hi Peter, Are you up for a solution that requires three stacks? If so: 1. Leave you main stack untouched, except for a preOpen handler I'll describe in a moment. 2. Create a minimal stack, eg: "Classic Libraries", and place the classic externals in its resource fork. 3. Create a minimal stack, eg: "OSX Libraries", and place the OS X externals in its resource fork. 4. In the preOpen handler for your original stack, determine the version of the OS and start using stack "Classic Libraries" or "OSX Libraries" as appropriate. BTW, in all the years "start using" has been around I don't think anyone has fully explored how it can be used to change a stack's operation, look, and/or environment on-the-fly. The potential power of a simple "start using" statement is almost unlimited. Rob Cozens CCW, Serendipity Software Company "And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee." from "The Triple Foole" by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: controlkeydown
As I understand it, when you use on controlKeyDown T you are using T as a variable name which will contain whatever key you have actually pressed. You then need to check the value of your variable and see it it matches any of the keys you want to respond to. e.g. on controlKeyDown pKey if pKey = "T" then -- do T stuff else if pKey = "F" then -- do F stuff else pass controlKeyDown -- allow any other keys to function normally end if end controlKeyDown As others have suggested, if you want to check for lots of keys, a switch will be more efficient. Cheers, Sarah > Sorry but when I use controlkeydown T (without the quotes, as you say), I > get a result, but the result is the same whatever the key. I if press ctrl F > or ctrl G, for example, the result is exactly the same as ctrl T!! > So the question remains : how to use controlkeydown to get a different > result for ctrl T or ctrl F? > > Pierre > >> >> Pierre >> >> Get rid of the quotes, thus: >> on controlKeyDown T >> DoSomething >> end controlKeyDown >> >> I know the Transcript Dictionary for controlKeyDown shows "keyname" but >> I got the clue from commandKeyDown where it just says keyname, without >> the quotes. Probably one for Jeanne's list, for consistency. >> >> regards >> David >> >> On Wednesday, February 20, 2002, at 09:29 , Pierre Delain wrote: >> >>> I try to use the following handler to create a shortcut with the "T" : >>> >>> on controlkeydown "T" >>> DoSomeThing >>> end controlkeydown >>> >>> There is no reaction. What is wrong in my handler? >>> >>> >>> Thanks >>> >>> Pïerre >>> ___ >>> use-revolution mailing list >>> [EMAIL PROTECTED] >>> http://lists.runrev.com/mailman/listinfo/use-revolution >>> >> > > ___ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: controlkeydown
On Wednesday, February 20, 2002, at 04:30 PM, Pierre Delain wrote: > Sorry but when I use controlkeydown T (without the quotes, as you > say), I > get a result, but the result is the same whatever the key. I if press > ctrl F > or ctrl G, for example, the result is exactly the same as ctrl T!! > So the question remains : how to use controlkeydown to get a different > result for ctrl T or ctrl F? The following works for me: on controlKeyDown K if K = "T" then doMyTstuff if K = "F" then doMyFstuff end controlKeyDown Regards, Scott Rossi Creative Director, Tactile Media [EMAIL PROTECTED] http://www.tactilemedia.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
controlkeydown
Sorry but when I use controlkeydown T (without the quotes, as you say), I get a result, but the result is the same whatever the key. I if press ctrl F or ctrl G, for example, the result is exactly the same as ctrl T!! So the question remains : how to use controlkeydown to get a different result for ctrl T or ctrl F? Pierre > > Pierre > > Get rid of the quotes, thus: > on controlKeyDown T > DoSomething > end controlKeyDown > > I know the Transcript Dictionary for controlKeyDown shows "keyname" but > I got the clue from commandKeyDown where it just says keyname, without > the quotes. Probably one for Jeanne's list, for consistency. > > regards > David > > On Wednesday, February 20, 2002, at 09:29 , Pierre Delain wrote: > >> I try to use the following handler to create a shortcut with the "T" : >> >> on controlkeydown "T" >> DoSomeThing >> end controlkeydown >> >> There is no reaction. What is wrong in my handler? >> >> >> Thanks >> >> Pïerre >> ___ >> use-revolution mailing list >> [EMAIL PROTECTED] >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Problem with Launch Command
I'm trying to open Acrobat files from my stack developed using Rev 1.1.1B1 on a Mac. If I open Acrobat Reader outside of my stack and then get my stack to open a series of Acrobat files using the "launch xxx.pdf with gAcroReader" command, then everything works fine; each file opens as a new window inside the currently running Acrobat Reader. However, if the reader is not running initially, then opening the first Acrobat file within my stack by using the "launch" command causes it to refuse to open any more Acrobat files until the original Reader is "killed" and then a new invocation is run using the next "launch" command. This is NOT what I want as it means the user waiting for the Acrobat Reader to be "killed" and then relaunched for each document. Also, it means the user can't have more than one Acrobat document open at the same time. Any suggestions as to how I overcome this problem? Cheers Peter -- Peter Reid Reid-IT Limited, Loughborough, Leics., UK Tel: +44 (0)1509 268843 Fax: +44 (0)870 052 7576 E-mail: [EMAIL PROTECTED] Web: http://www.reidit.co.uk ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Rev Externals
I've just downloaded the current Mac OS Classic and Mac OS X externals from the rev web site and they provide a small number of useful extensions. However, I can't see how I use a single Rev stack and build standalones for BOTH Mac OS Classic and Mac OS X? You seem to have to import the externals into your stack, but you can only do this for the platform Rev is running on at the time. If you open a Rev stack with externals for the other OS, then Rev crashes out. I don't want to have to maintain two separate copies of the stack - one for Mac OS Classic and one for Mac OS X, but it seems I have to?! I can't see any way of building for both at the same time. Anyone done this? Cheers Peter -- Peter Reid Reid-IT Limited, Loughborough, Leics., UK Tel: +44 (0)1509 268843 Fax: +44 (0)870 052 7576 E-mail: [EMAIL PROTECTED] Web: http://www.reidit.co.uk ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: answer/ask
> Problem 1: > The answer dialog box appears to be off screen (v1.1 and 1.1.1B1). Screen res > 640x480 Mac OS 9.2.2,PB G3. Don't know how to reference 'answer dialog box' > so that it can be used in the msg box to set the location say to 200,200. Ex: > set the loc of '?' to 200,200. Is this a bug? Ask dialog box appears ok. You can read the loc using put the loc of stack "Answer Dialog" but unlike in HyperCard, it doesn't seem possible to change it. The script gives no error but setting the loc doesn't stick. The following script moves the dialog, but as soon as the answer command executes, the window leaps back to the middle of the screen. on mouseUp go stack "Answer Dialog" set the loc of window "Answer Dialog" to "250,200" wait 30 ticks -- so you can see what happens answer "Help" end mouseUp > > Problem 2: > The ask dialog box (using ask instead of answer) not only doesn't appear using > the following script but the script only goes as far as 'go stack "a" and the > stack is opened ok. If I eliminate ref to 'ask' lines, the script works ok. > Is the script alright or is this a bug? > on startUp > if "x" is in fld "y" of stack "z" then > go stack "a" > wait 2 seconds > ask "what is this?" > if it is "OK" then set the visible of stack "a" to false > wait 2 seconds > set the visible of stack "a" to true > end if > end startUp This worked OK for me, but when using an ask dialog, 'it' refers to whatever you typed in the field, not to the button you clicked. Just clicking 'OK', without entering any data leaves the stack visible, Type in 'OK' and then click the 'OK' button and the stack disappears for 2 seconds. Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: controlkeydown
>>I try to use the following handler to create a shortcut with the "T" : >> >>on controlkeydown "T" >> DoSomeThing >>end controlkeydown >> >>There is no reaction. What is wrong in my handler? Moi:> >Salut Pierre! > >Try this: > > on controlKeyDown zaKey > if zaKey is "T" then doSomething else pass controlKeyDown > end controlKeyDown Pierre, et al: While my example will work for the specific key, "T", the preferred form for generalized control would probably be some variation on a switch. I have yet to use this structure, so forgive me (and let me know) if my syntax is not correct: on controKeyDown zaKey switch zaKey case "T" doSomething case "U" deSomethingElse pass controlKeyDown case "V" beep -- block ctrl-V with audio warning case "W" doYetSomethingElse default pass controlKeyDown end switch end controlKeyDown Note: The second line in case U assumes a handler higher in the message hierarchy must also act on the same keystroke Rob Cozens CCW, Serendipity Software Company "And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee." from "The Triple Foole" by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Boxes, Grids, & Snap to Objects
At 10:47 AM -0700 2/20/02, Scott Raney wrote: >And the very worst thing to do with any of these is "repeat until >", which will condemn you to the fires of eternal damnation >in multiuser hell ;-) I assume the same warning applies to: wait until (the optionKey is "down"|the mouse is "down"|etc.) Is that correct? Also, can you elaborate a bit on what you mean by "multiuser hell?" Is there something specific about a multi-user system that contraindicates these functions and messages such as mouseWithin and idle? Just looking to get edjumacated. I've found it to be a useful debugging tool to take an existing script and insert something like: put somethingUsefulToExamine wait until the optionKey is "down" Doing so allows me to quickly check a value deep in a repeat loop, something the debugger is less suited to because of its impact on script execution speed. But I've also found circumstances where, as you described, repeated polling the optionKey seemed to cause a problem. regards, Geoff ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Boxes, Grids, & Snap to Objects
On Tue, 19 Feb 2002 Klaus Major <[EMAIL PROTECTED]> wrote: > I regularly use "repeat until the mouseClick" without the same > problems I experience with the mouse function. My question is: Does > the advice to stay away from polling the mouse extend to the > mouseClick function as well? Scott has warned that the mouse() > function may/will be discontinued. How about mouseClick()? Is it also > in jeopardy? Yes. The full list of functions to avoid because they are deprecated is: the mouse the mouseClick the mouseH the mouseV the mouseLoc the optionKey the commandKey the controlKey And the very worst thing to do with any of these is "repeat until ", which will condemn you to the fires of eternal damnation in multiuser hell ;-) The last 3 can be safely acquired with "the keysDown", but be careful to not sit in a repeat loop calling that or you may hang your app or at the very least have the gods of multiuser development strike you down. And while we're on the subject of bad technique that will cause you grief at some point, also avoid using the following messages: mouseStillDown mouseWithin idle That's it. Not a long list, and in all cases it's very easy (I would even in most cases say trivial) to do it the right way. A small price to pay for shrugging off the last of the circa 1984 single-user single-tasking design of MacOS and HyperCard. Regards, Scott > -- > Jim Hurley Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: controlkeydown
>I try to use the following handler to create a shortcut with the "T" : > >on controlkeydown "T" > DoSomeThing >end controlkeydown > >There is no reaction. What is wrong in my handler? Salut Pierre! Try this: on controlKeyDown zaKey if zaKey is "T" then doSomething else pass controlKeyDown end controlKeyDown Rob Cozens CCW, Serendipity Software Company "And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee." from "The Triple Foole" by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Delete a selectedLine
Ken, Perfect. That works great. Thank you. Bill On Wednesday, February 20, 2002, at 08:31 AM, Ken Ray wrote: > Bill, > > This probably is a bug. You can work around it with: > > on mouseDoubleUp > do "delete" && the selectedLine > end mouseDoubleUp > > Ken Ray > Sons of Thunder Software > Email: [EMAIL PROTECTED] > Web site: http://www.sonsothunder.com/ > > - Original Message - > From: "Bill Vlahos" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, February 20, 2002 10:03 AM > Subject: Delete a selectedLine > > >> I have a field which contains a list of items I want to delete by >> double >> clicking. >> The following field script works fine except it leaves a blank line >> where the text was instead of completely eliminating the line. >> >> on mouseDoubleUp >>delete the selectedLine >> end mouseDoubleUp >> >> The results look like this: >> >> Bill >> Jim >> >> Mary >> >> Instead of: >> >> Bill >> Jim >> Mary >> >> Is this a bug or is there a workaroung? >> >> The hilited line looks non-standard to any other system I've seen. Is >> there a simple way to make the list have checks or blanks before the >> names? >> >> Bill Vlahos >> >> ___ >> use-revolution mailing list >> [EMAIL PROTECTED] >> http://lists.runrev.com/mailman/listinfo/use-revolution >> > > ___ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Delete a selectedLine
Bill, This probably is a bug. You can work around it with: on mouseDoubleUp do "delete" && the selectedLine end mouseDoubleUp Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web site: http://www.sonsothunder.com/ - Original Message - From: "Bill Vlahos" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 20, 2002 10:03 AM Subject: Delete a selectedLine > I have a field which contains a list of items I want to delete by double > clicking. > The following field script works fine except it leaves a blank line > where the text was instead of completely eliminating the line. > > on mouseDoubleUp >delete the selectedLine > end mouseDoubleUp > > The results look like this: > > Bill > Jim > > Mary > > Instead of: > > Bill > Jim > Mary > > Is this a bug or is there a workaroung? > > The hilited line looks non-standard to any other system I've seen. Is > there a simple way to make the list have checks or blanks before the > names? > > Bill Vlahos > > ___ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Deselecting Line tool
On Wed, 20 Feb 2002 cowhead <[EMAIL PROTECTED]> wrote: > I had to do this in a metacard project in order for users to change > colors "mid-draw" as it were. And I didn't want to have a separate > "control" pallette. > > 1. First establish the rect (the zone) where you want all the drawing > to take place. > 2. Locate your buttons and controls outside of this rect > 3. Draw button script: > > on mouseUp > global zaCheckRes > choose line tool > send zaCheck to me in 500 milliseconds > put the result into zaCheckRes > end mouseUp > > on zaCheck > global zaCheckRes > if the mouseLoc is within the rect of w,x,y,z then > choose line tool > else > choose browse tool > end if > send zaCheck to me in 500 milliseconds > put the result into zaCheckRes > end zaCheck > > 4. Stop draw button script: > on mouseUp > global zaCheckRes > cancel zaCheckRes > end mouseUp > > Of course, you can also change colors, line sizes and choose other tools > this way. There's a better way to do this, though, and as a bonus it avoids the dreaded polling function "the mouseLoc": just use the mouseMove message and its x,y parameters directly. This also avoids the half-second delay in your script which I would imagine would be a problem for fast workers. Note that at least in MetaCard these messages are grabbed by the development environment when you have something other than the browse tool chosen to keep your controls from responding to mouse clicks. You may need to run your application without the development environment to test. Regards, Scott > Best of luck, > > mark mitchell > japan Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Delete a selectedLine
I have a field which contains a list of items I want to delete by double clicking. The following field script works fine except it leaves a blank line where the text was instead of completely eliminating the line. on mouseDoubleUp delete the selectedLine end mouseDoubleUp The results look like this: Bill Jim Mary Instead of: Bill Jim Mary Is this a bug or is there a workaroung? The hilited line looks non-standard to any other system I've seen. Is there a simple way to make the list have checks or blanks before the names? Bill Vlahos ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Polling the mouse state
> >Message: 7 >Date: Tue, 19 Feb 2002 11:46:23 +0100 >Subject: Re: Boxes, Grids, & Snap to Objects >From: Klaus Major <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Reply-To: [EMAIL PROTECTED] > >Hi Ian, > >> I don't like the grab command, it seems to me program flow doesn't >> stop, >> i.e. >> >> Grab me >> Beep >> >> Will beep immediately even though you're still dragging the thing >> around the >> screen. This means you'll need to use a mouseup handler to do the new >> location stuff instead. >> >> I find it much better to hide the cursor, and set loc of the object >> needing >> dragging to the mouseloc, this is done in a "repeat while the mouse is >> down" loop and lets me do clever things, I can check if the mouseloc is >> within the bounds of another object, and if so hilite that object, etc. >> It's much more flexible. >> ... > >maybe you missed some of the previous posts, where experts (!) are >advising to >not poll the mouse-state. > >It is far more efficient to use the mousemove function. This issue of polling the mouse state continues to crop up. I have had to avoid the use of the old HyperCard standby: "repeat while the mouse is down" not so much because I worry about burdening the CPU but more importantly because there is a bug in the MC engine which causes it to fail quite regularly. (Very often the MC engine fails to recognize when the mouse the mouse state changes to up.) And Scott says that fixing this bug is not high on the priority list. I regularly use "repeat until the mouseClick" without the same problems I experience with the mouse function. My question is: Does the advice to stay away from polling the mouse extend to the mouseClick function as well? Scott has warned that the mouse() function may/will be discontinued. How about mouseClick()? Is it also in jeopardy? -- Jim Hurley ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
answer/ask
Hi, Will appreciated help with the following problems" Problem 1: The answer dialog box appears to be off screen (v1.1 and 1.1.1B1). Screen res 640x480 Mac OS 9.2.2,PB G3. Don't know how to reference 'answer dialog box' so that it can be used in the msg box to set the location say to 200,200. Ex: set the loc of '?' to 200,200. Is this a bug? Ask dialog box appears ok. Problem 2: The ask dialog box (using ask instead of answer) not only doesn't appear using the following script but the script only goes as far as 'go stack "a" and the stack is opened ok. If I eliminate ref to 'ask' lines, the script works ok. Is the script alright or is this a bug? on startUp if "x" is in fld "y" of stack "z" then go stack "a" wait 2 seconds ask "what is this?" if it is "OK" then set the visible of stack "a" to false wait 2 seconds set the visible of stack "a" to true end if end startUp TIA Regards ... Bob ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Opening Acrobat Files
on 19/2/02 4:01 PM, Ian Summerfield at [EMAIL PROTECTED] wrote: > Firstly check you have AppleScript available: > [... snip ...] > > tell application "Finder" > return name of every process > end tell > [... snip ...] > > A tip on launching, KILL the process FIRST, it won't do any harm even if > it's not running. > [... snip ...] > If you're using AppleScript and you've checked that Acrobat is one of the processes, can you not simply use AppleScript to ask Acrobat to open the file, so that it doesn't quit and close any other PDFs it might have open? Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: controlkeydown
Pierre Get rid of the quotes, thus: on controlKeyDown T DoSomething end controlKeyDown I know the Transcript Dictionary for controlKeyDown shows "keyname" but I got the clue from commandKeyDown where it just says keyname, without the quotes. Probably one for Jeanne's list, for consistency. regards David On Wednesday, February 20, 2002, at 09:29 , Pierre Delain wrote: > I try to use the following handler to create a shortcut with the "T" : > > on controlkeydown "T" > DoSomeThing > end controlkeydown > > There is no reaction. What is wrong in my handler? > > > Thanks > > Pïerre > ___ > use-revolution mailing list > [EMAIL PROTECTED] > http://lists.runrev.com/mailman/listinfo/use-revolution > ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
controlkeydown
I try to use the following handler to create a shortcut with the "T" : on controlkeydown "T" DoSomeThing end controlkeydown There is no reaction. What is wrong in my handler? Thanks Pïerre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Window menu
I have copied from the revmenubar card the text and the script of most of the Revolution menus (Edit, Text and View), and they work fine on my stacks. But the Window menu do not work. The content of the menu (list of the current stacks) remains as it was when I copied the text of the window button. What do I have to change? Thanks for your help Pierre ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution