Re: Simple Scoping Question

[Erik Hansen]

--- 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

[Mikey]

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

[Alejandro Tejada]

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:





98 % of the Printed manual is in these docs...
For free.

But notice, mikey, you could buy the manual here:



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

[Erik Hansen]

--- 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

Re: Simple Scoping Question

[Scott Rossi]

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]

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

[Erik Hansen]

--- 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

[David Burgun]

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

[Mikey]

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

[Frank D. Engel, Jr.]

-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

Thanks! Was Simple Scoping Question

[David Burgun]

Hi,
I would just like to say thanks to everyone that helped me resolve 
this problem! It is obviosuly FUNDAMENTAL to the whole RunRev 
experience, but I had missed it. I have had the IDE crashing all over 
the place and all kinds of weird behavour for ages, now that I've 
fixed the the whole RunRev exxperience is MUCH more pleasant.

There really does need to be some better documentation for RunRev, I 
was really walking in the dark when I was trying to get this to work. 
Maybe there is some but I just can't find it. Another problem is the 
error reporting, sometimes script errors cause the IDE to hang with 
the error window NOT displayed. The only way out of this is to quit 
the IDE, which flashes ALL the error boxes up on the screen then 
quits before you can see where the error is!

Without this list I would have still been at it and probably wouldn't 
have come up with as good a solution.

Thanks again and All the Best
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

[J. Landman Gay]

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 
>>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

Re: Simple Scoping Question

[Mikey]

> 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 
> 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

[J. Landman Gay]

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 
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

[David Burgun]

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

[Scott Rossi]

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

[David Burgun]

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

[Graham Samuel]

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

[Scott Rossi]

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

[David Burgun]

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

[Eric Chatonet]

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

[David Burgun]

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

[Eric Chatonet]

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

[David Burgun]

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

[Eric Chatonet]

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

[David Burgun]

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

[Rob Cozens]

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

Simple Scoping Question

[David Burgun]

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