Re: Simple Scoping Question
--- Scott Rossi [EMAIL PROTECTED] wrote: and if any of your mainstack cards may be deleted? consider relegating your deletable cards to a substack. that did it, thanks. Erik Hansen [EMAIL PROTECTED]http://www.erikhansen.org __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
on Thu, 21 Apr 2005 Mikey wrote: d) The lack of manuals means that most of the issues are from noobs,who don't know about the archives, or aren't used to using them before asking questions first. Hi Mikey, Could you explain what you mean when you said: The lack of manuals? You could download a manual from: http://www.sonsothunder.com/devres/revolution/downloads/revdocs-PDF.zip http://www.sonsothunder.com/devres/revolution/downloads/revdocs-RTF.zip http://www.sonsothunder.com/devres/revolution/downloads/revdocs-TXT.zip 98 % of the Printed manual is in these docs... For free. But notice, mikey, you could buy the manual here: http://secure.runrev.com/Merchant2/merchant.mvc?Screen=PRODProduct_Code=MANLPRNTCategory_Code=Store_Code=WYRUQVXT al Visit my site: http://www.geocities.com/capellan2000/ __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Al, I'm not going to argue with you at length on this one. The reason there is a Revolution Documentation Project is because... -- http://taoofrunrev.blogspot.com http://taoof4d.blogspot.com http://4dwishlist.blogspot.com On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now if only more people would read the archives *before* posting the questions, the list would have more answers to fewer questions (allowing time for things to catch up...) On Apr 20, 2005, at 9:28 PM, J. Landman Gay wrote: We try to answer questions here before they've been asked. It saves time and spooks the competition. ;) - --- Frank D. Engel, Jr. [EMAIL PROTECTED] $ ln -s /usr/share/kjvbible /usr/manual $ true | cat /usr/manual | grep John 3:16 John 3:16 For God so loved the world, that he gave his only begotten Son, that whosoever believeth in him should not perish, but have everlasting life. $ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCZ6lC7aqtWrR9cZoRAvA7AJ9H8U4X1LRJiHhUWtdpWITZSCdOPQCdGorv XPvRC1RMLqGfUjFcJqLO+zU= =+Sof -END PGP SIGNATURE- ___ $0 Web Hosting with up to 200MB web space, 1000 MB Transfer 10 Personalized POP and Web E-mail Accounts, and much more. Signup at www.doteasy.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
The problem with the archives is that a) responses here are very fast (in other words, y'all make it easy), and the culture is permissive b) Honestly, the archive search tools are not as easy to use c) Most of the responses are not so complicated as to discourage the responders from telling the noobs to RTFA and d) The lack of manuals means that most of the issues are from noobs, who don't know about the archives, or aren't used to using them before asking questions first. In the 4D community we have a tool called Monkeywerks, which is very easy to use, and returns results quickly and completely, with excerpts. In addition, most of the repeat issues are complex, and thus the monkey gets referrals. -- http://taoofrunrev.blogspot.com http://taoof4d.blogspot.com http://4dwishlist.blogspot.com On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
The problem with the archives is that a) responses here are very fast (in other words, y'all make it easy), and the culture is permissive b) Honestly, the archive search tools are not as easy to use c) Most of the responses are not so complicated as to discourage the responders from telling the noobs to RTFA and d) The lack of manuals means that most of the issues are from noobs, who don't know about the archives, or aren't used to using them before asking questions first. I agree and and not only this, but also for a newbie it isn't always obvious what terms to seach for. For instance I had a problem that was to do with not knowing how to handle preOpenStack, openStack and closeStack. However, the code worked fine until I added a menubar. Both are areas that: 1) Crash or make the IDE unuable. 2) Are not documented in any detail (that I can find). 3) Take a lot of time to debug. Given all this, I spent ages trying to figure out what was wrong with the menubar handling, it was only once I starting asking questions did I follow the trail and let to the real problem. Thanks again, I think it would be almost impossible to learn RunRev in any realistic time-frame without this list. All the Best Dave ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
--- Scott Rossi [EMAIL PROTECTED] wrote: ... to initialize stuff, placing the init scripts in the first card of your main stack causes the scripts to run only when the main stack is opened (preOpenStack, openStack, openCard, etc). and if any of your mainstack cards may be deleted? Erik Hansen [EMAIL PROTECTED]http://www.erikhansen.org __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Recently, Erik Hansen wrote: ... to initialize stuff, placing the init scripts in the first card of your main stack causes the scripts to run only when the main stack is opened (preOpenStack, openStack, openCard, etc). and if any of your mainstack cards may be deleted? First I would question if this is really need to build your stack this way. But in any event, you could prohibit deletion of the first card. Or consider relegating your deletable cards to a substack. Or place your init scripts in the mainstack and manage by window name accordingly. Or you can go through all substacks and place blocking handlers in each (open preOpenStack, end preOpenstack, etc). Lots of options... Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Recently, Scott Rossi wrote: Or you can go through all substacks and place blocking handlers in each (open preOpenStack, end preOpenstack, etc). Actually the following is a little more clear: on preOpenStack end preOpenStack on openStack end openStack Etc. These are placed in your substacks if you store your init scripts in your mainstack. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
--- Scott Rossi [EMAIL PROTECTED] wrote: Recently, Erik Hansen wrote: ... to initialize stuff, placing the init scripts in the first card of your main stack causes the scripts to run only when the main stack is opened (preOpenStack, openStack, openCard, etc). and if any of your mainstack cards may be deleted? First I would question if this is really need to build your stack this way. But in any event, you could prohibit deletion of the first card. Or consider relegating your deletable cards to a substack. Or place your init scripts in the mainstack and manage by window name accordingly. Or you can go through all substacks and place blocking handlers in each (open preOpenStack, end preOpenstack, etc). Lots of options... thanks, maybe that splash stack could do the init job, then beat it. Erik Hansen [EMAIL PROTECTED]http://www.erikhansen.org __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Simple Scoping Question
Hi, If I have a Stack (Call iits GlobalStack that has a lot of common funtions in the Stack Script, and those functions refer to this Stack, which stack does that actually refer to? e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? Thanks in advance Dave ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi Dave, e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? This always refers to the currently selected, whether referencing stacks, cards, groups, or individual controls. Substitute 'stack GlobalStack' for this stack in GlobalStack's stack script. Rob Cozens, Staff Conservator Mendonoma Marine Life Conservancy It is contrary to human welfare to contribute in any way... to the degradation of the sea's capacity to support life. -- Walter Hickel, U. S. Secretary of the Interior, 1971 in From Abundance to Scarcity by Michael L. Weber ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi Dave, e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? This always refers to the currently selected, whether referencing stacks, cards, groups, or individual controls. Substitute 'stack GlobalStack' for this stack in GlobalStack's stack script. Rob Cozens, Staff Conservator Mendonoma Marine Life Conservancy Hi, I am confused, in the case where StackA calls a Function in GlobalStack, when in that function should this stack return StackA or GlobalStack ? I want it to return StackA so that the functions are general. Thanks a lot Dave ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi Dave, In any script of stack A, if you call a function placed in the script of stack B, *this* will refer to stack A since your script has been initiated in stack A. Function or handler places do not matter. The only important point is: from where do I began :-) Le 20 avr. 05, à 17:33, David Burgun a écrit : Hi Dave, e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? This always refers to the currently selected, whether referencing stacks, cards, groups, or individual controls. Substitute 'stack GlobalStack' for this stack in GlobalStack's stack script. Rob Cozens, Staff Conservator Mendonoma Marine Life Conservancy Hi, I am confused, in the case where StackA calls a Function in GlobalStack, when in that function should this stack return StackA or GlobalStack ? I want it to return StackA so that the functions are general. Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi, That's how I thought it would work. I am getting very strange results from code that does this tho. Could the Current Stack be being lost as a result of calling Answer or put xxx into msg box? Thanks Dave Hi Dave, In any script of stack A, if you call a function placed in the script of stack B, *this* will refer to stack A since your script has been initiated in stack A. Function or handler places do not matter. The only important point is: from where do I began :-) Le 20 avr. 05, à 17:33, David Burgun a écrit : Hi Dave, e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? This always refers to the currently selected, whether referencing stacks, cards, groups, or individual controls. Substitute 'stack GlobalStack' for this stack in GlobalStack's stack script. Rob Cozens, Staff Conservator Mendonoma Marine Life Conservancy Hi, I am confused, in the case where StackA calls a Function in GlobalStack, when in that function should this stack return StackA or GlobalStack ? I want it to return StackA so that the functions are general. Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi Dave, No. But a statement setting the defaultStack property yes. Best, Le 20 avr. 05, à 18:41, David Burgun a écrit : Hi, That's how I thought it would work. I am getting very strange results from code that does this tho. Could the Current Stack be being lost as a result of calling Answer or put xxx into msg box? Thanks Dave Hi Dave, In any script of stack A, if you call a function placed in the script of stack B, *this* will refer to stack A since your script has been initiated in stack A. Function or handler places do not matter. The only important point is: from where do I began :-) Le 20 avr. 05, à 17:33, David Burgun a écrit : Hi Dave, e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? This always refers to the currently selected, whether referencing stacks, cards, groups, or individual controls. Substitute 'stack GlobalStack' for this stack in GlobalStack's stack script. Rob Cozens, Staff Conservator Mendonoma Marine Life Conservancy Hi, I am confused, in the case where StackA calls a Function in GlobalStack, when in that function should this stack return StackA or GlobalStack ? I want it to return StackA so that the functions are general. Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi, Ok, I think I have found the problem! I have a openStack handler in the script of the Stack, as so: on openStack local myStackFileName,myStackShortName,myGlobalStackName put the fileName of this stack into myStackFileName put the short name of this stack into myStackShortName put replaceText(myStackFileName, myStackShortName,GlobalStack into myGlobalStackName set the cpGlobalStackFileName to myGlobalStackName --*Breakpoint here --start using stack myGlobalStackName -Commented out to stop crashing end openStack on closeStack if the cpGlobalStackFileName of this stack empty -- stop using stack the cpGlobalStackFileName of this stack -Commented out to stop crashing set the cpGlobalStackFileName to empty end if end closeStack --- The Stack is closed and then I re-open it and hit the breakpoint and the variables are set as you would expect and I think the start using line would work ok. I then hit run and then Save the Stack and hit the breakpoint again, this time the variables are set as follows: myStackFileName - empty myStackShortName - empty myGlobalStackName - revSaving I hadn't realized that the openStack handler gets called when doing a Save. What is the recommended action for handle this? I could do one of three things: 1. Check if myStackFileName is empty and if so skip the start uisng 2. Check the Stack Name for revSaving and if so skip the start uisng 3. Check if in development moce and if so skip the start uisng I suppose I need similar tests in preOpenStack and closeStack? Can anyone tell me the best thing to do under this condition? Thanks in advance. Dave Hi Dave, No. But a statement setting the defaultStack property yes. Best, Le 20 avr. 05, à 18:41, David Burgun a écrit : Hi, That's how I thought it would work. I am getting very strange results from code that does this tho. Could the Current Stack be being lost as a result of calling Answer or put xxx into msg box? Thanks Dave Hi Dave, In any script of stack A, if you call a function placed in the script of stack B, *this* will refer to stack A since your script has been initiated in stack A. Function or handler places do not matter. The only important point is: from where do I began :-) Le 20 avr. 05, à 17:33, David Burgun a écrit : Hi Dave, e.g. if Stack A does a start using start using stack GlobalStack and thean Stack A calls a Function in GlobalStack that refers to this stack does that refer to Stack A or GlobalStack ? Does this work the same way if the Stacks in question are both main stacks and does it work the same way in a Standalone Application? This always refers to the currently selected, whether referencing stacks, cards, groups, or individual controls. Substitute 'stack GlobalStack' for this stack in GlobalStack's stack script. Rob Cozens, Staff Conservator Mendonoma Marine Life Conservancy Hi, I am confused, in the case where StackA calls a Function in GlobalStack, when in that function should this stack return StackA or GlobalStack ? I want it to return StackA so that the functions are general. Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi, openStack handler is called each time a stack is open: in the IDE it may be when opening any script, any property window, rev error dialog, app browser, etc.. In fact any window. That's the great thing with Rev : the IDE is built with Rev :-) As for your problem, you have to check when you have to trigger or PASS a system message with a condition test. You are right: IDE behaviour if different from stand alone environment. You can check this too and act accordingly. Best, Le 20 avr. 05, à 19:53, David Burgun a écrit : I hadn't realized that the openStack handler gets called when doing a Save. What is the recommended action for handle this? I could do one of three things: 1. Check if myStackFileName is empty and if so skip the start uisng 2. Check the Stack Name for revSaving and if so skip the start uisng 3. Check if in development moce and if so skip the start uisng I suppose I need similar tests in preOpenStack and closeStack? Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi Eric and thanks for the help! As for your problem, you have to check when you have to trigger or PASS a system message with a condition test. You are right: IDE behaviour if different from stand alone environment. You can check this too and act accordingly. I really don't understand what you mean here, what test do I need to perform? One of these, or something different? 1. Check if myStackFileName is empty and if so skip the start uisng 2. Check the Stack Name for revSaving and if so skip the start uisng 3. Check if in development moce and if so skip the start uisng Assuming it's 1 above, do you mean do this: if myStackFileName = empty then pass openStack exit openStack end if Do I use the same test in the closeStack handler? Thanks in Advance Dave Hi, openStack handler is called each time a stack is open: in the IDE it may be when opening any script, any property window, rev error dialog, app browser, etc.. In fact any window. That's the great thing with Rev : the IDE is built with Rev :-) As for your problem, you have to check when you have to trigger or PASS a system message with a condition test. You are right: IDE behaviour if different from stand alone environment. You can check this too and act accordingly. Best, Le 20 avr. 05, à 19:53, David Burgun a écrit : I hadn't realized that the openStack handler gets called when doing a Save. What is the recommended action for handle this? I could do one of three things: 1. Check if myStackFileName is empty and if so skip the start uisng 2. Check the Stack Name for revSaving and if so skip the start uisng 3. Check if in development moce and if so skip the start uisng I suppose I need similar tests in preOpenStack and closeStack? Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Recently, David Burgun wrote: I hadn't realized that the openStack handler gets called when doing a Save. What is the recommended action for handle this? I could do one of three things: 1. Check if myStackFileName is empty and if so skip the start uisng 2. Check the Stack Name for revSaving and if so skip the start uisng 3. Check if in development moce and if so skip the start uisng I suppose I need similar tests in preOpenStack and closeStack? Can anyone tell me the best thing to do under this condition? If your openStack handler is only supposed to apply to your main stack, then place the openStack handler in the script of the *first card* of your main stack (this goes for any initialization handlers since they are only called when the first card is opened). Any subsequent opening/closing of stacks will not trigger the init handler/s. If your openStack handler must apply to any substacks of your main stack, you can do as you suggest above: check the stack's name, for development mode, etc. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
On Wed, 20 Apr 2005 16:33:47 +0100, David Burgun [EMAIL PROTECTED] wrote: Hi, I am confused, in the case where StackA calls a Function in GlobalStack, when in that function should this stack return StackA or GlobalStack ? I want it to return StackA so that the functions are general. I think it works the way you want: if you put a function in your mainstack GlobalStack whose script is function ReportMyName return the short name of this stack end ReportMyName and then you call it from your substack StackA (the script of GlobalStack will automatically be in the message path) say in a button which is scripted on mouseUp put reportMyName() end mouseUp You'll get StackA in the message box, but if you run that script from GlobalStack, you'll get GlobableStack, or from another substack StackB, then that name. So within the function, 'this' still refers to the calling stack. I think this is what you expected. HTH Graham --- Graham Samuel / The Living Fossil Co. / UK and France ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Hi, Thanks a lot for this. No, I don't have any substacks so moving it into the card script sounds best. Ok a couple of questions of this. You say move it to the first card, well in this stack there is only one card so the issue doesn't come out, but for the sake of knowing, if I have more than one card in the stack, do you mean the card that is currently the first card, or the first card created by the IDE? Sorry if I sound dense, but I have been mucking about with this for ages and I just wanna get it right! Thanks for the help Dave Recently, David Burgun wrote: I hadn't realized that the openStack handler gets called when doing a Save. What is the recommended action for handle this? I could do one of three things: 1. Check if myStackFileName is empty and if so skip the start uisng 2. Check the Stack Name for revSaving and if so skip the start uisng 3. Check if in development moce and if so skip the start uisng I suppose I need similar tests in preOpenStack and closeStack? Can anyone tell me the best thing to do under this condition? If your openStack handler is only supposed to apply to your main stack, then place the openStack handler in the script of the *first card* of your main stack (this goes for any initialization handlers since they are only called when the first card is opened). Any subsequent opening/closing of stacks will not trigger the init handler/s. If your openStack handler must apply to any substacks of your main stack, you can do as you suggest above: check the stack's name, for development mode, etc. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Recently, David Burgun wrote: If your openStack handler is only supposed to apply to your main stack, then place the openStack handler in the script of the *first card* of your main stack (this goes for any initialization handlers since they are only called when the first card is opened). Any subsequent opening/closing of stacks will not trigger the init handler/s. Thanks a lot for this. No, I don't have any substacks so moving it into the card script sounds best. Ok a couple of questions of this. You say move it to the first card, well in this stack there is only one card so the issue doesn't come out, but for the sake of knowing, if I have more than one card in the stack, do you mean the card that is currently the first card, or the first card created by the IDE? Literally, the first card of *your* main stack. In your case there is only one card but the method still applies: whenever you need to initialize stuff, placing the init scripts in the first card of your main stack limits causes the scripts to run only when the main stack is opened (preOpenStack, openStack, openCard, etc). Subsequent opening/closing of substacks or IDE stacks will not trigger your card scripts because they are not part of the other stacks' message hierarchy. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Recently, David Burgun wrote: If your openStack handler is only supposed to apply to your main stack, then place the openStack handler in the script of the *first card* of your main stack (this goes for any initialization handlers since they are only called when the first card is opened). Any subsequent opening/closing of stacks will not trigger the init handler/s. Thanks a lot for this. No, I don't have any substacks so moving it into the card script sounds best. Ok a couple of questions of this. You say move it to the first card, well in this stack there is only one card so the issue doesn't come out, but for the sake of knowing, if I have more than one card in the stack, do you mean the card that is currently the first card, or the first card created by the IDE? Literally, the first card of *your* main stack. In your case there is only one card but the method still applies: whenever you need to initialize stuff, placing the init scripts in the first card of your main stack limits causes the scripts to run only when the main stack is opened (preOpenStack, openStack, openCard, etc). Subsequent opening/closing of substacks or IDE stacks will not trigger your card scripts because they are not part of the other stacks' message hierarchy. Ok, I think I understand that, in this case though, the Stack in question *is* a main stack, does this make a difference? The reason I asked is because I have some Stacks that have multiple cards formed into a Tabbed Button, one card for each tab, and on the stacks that have this control I send a menuPick command to the Tab to select the correct card. I was wondering if this would cause problems, seems not? Just add it to the fist card of the Stack. Ok, I will give this a try and report back. Thanks a lot for your help, you don't know how much I appreciate it. Some of this stuff is a complete mystery. The documentation seems so scattered that it's hard to know what is going on sometimes. I guess it doesn't help that the IDE gets hosed so often when trying to setup this kind of stuff. All the Best Dave ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
On 4/20/05 2:33 PM, David Burgun wrote: Ok, I think I understand that, in this case though, the Stack in question *is* a main stack, does this make a difference? Every stack has one or more cards; mainstacks, substacks, all of them. Type this into the message box: go card 1 Whatever card appears, that is card one of the current stack. Card 1 is also the card you first see when the stack opens, as the engine automatically displays that card by default. If you have not set a label for your stack and it has more than one card, you will see the card number in the title bar as well. Cards are numbered in the order you have created them. A new stack automatically has one card. If you create another card, that will be card 2. If you use the arrow keys to page through your stack, it will show the cards in order. You can change the order of the cards if necessary (though it isn't often done; usually only needed if you decide you want to add a title card at the front later on.) To change card order: set the number of this card to number i.e.: set the number of this card to 1 Ask if you need more info. The reason I asked is because I have some Stacks that have multiple cards formed into a Tabbed Button, one card for each tab, and on the stacks that have this control I send a menuPick command to the Tab to select the correct card. I was wondering if this would cause problems, seems not? Just add it to the fist card of the Stack. Ok, I will give this a try and report back. Thanks a lot for your help, you don't know how much I appreciate it. Some of this stuff is a complete mystery. The documentation seems so scattered that it's hard to know what is going on sometimes. I guess it doesn't help that the IDE gets hosed so often when trying to setup this kind of stuff. All the Best Dave ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
Cards are numbered in the order you have created them. A new stack automatically has one card. If you create another card, that will be card 2. If you use the arrow keys to page through your stack, it will show the cards in order. You can change the order of the cards if necessary (though it isn't often done; usually only needed if you decide you want to add a title card at the front later on.) To change card order: set the number of this card to number i.e.: set the number of this card to 1 E. Freaking S. P. I have not been following this thread. I was going to post this question, but for some reason decided to check this thread for some other reason first. Freaking amazing. -- http://taoOfRunRev.blogspot.com http://taoof4d.blogspot.com http://4dwishlist.blogspot.com On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Simple Scoping Question
On 4/20/05 3:46 PM, Mikey wrote: Cards are numbered in the order you have created them. A new stack automatically has one card. If you create another card, that will be card 2. If you use the arrow keys to page through your stack, it will show the cards in order. You can change the order of the cards if necessary (though it isn't often done; usually only needed if you decide you want to add a title card at the front later on.) To change card order: set the number of this card to number i.e.: set the number of this card to 1 E. Freaking S. P. I have not been following this thread. I was going to post this question, but for some reason decided to check this thread for some other reason first. Freaking amazing. We try to answer questions here before they've been asked. It saves time and spooks the competition. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
