Re: Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[J. Landman Gay]

william humphrey wrote:

But if you put the closeStack in the background script of the main stack
then you're back to the original problem. It gets called when you close one
of the substacks.

I notice it is working OK but it may be because that first card is always
open when the program is open (it's the central part of the interface) but
your comment makes me worry about the functionality of closeStack for other
users.


It just depends on what the stack needs to do. In this case, since only 
the mainstack uses a closestack handler, and the mainstack is open at 
card 1 all the time, putting closestack into the card script is fine. 
The handler will always be called. If your mainstack needed to see a 
closestack handler from any card, then it would have to go into the 
stack script (alternately, if all cards shared a background group, it 
could go there.)


If you want the mainstack and all substacks to get the closestack 
handler, put it into the mainstack's stack script.


If you want only some stacks to get a closestack handler, or if your 
mainstack may close from a card other than card 1, put the handler into 
the stack script and do a test inside the handler to see if the right 
stack is frontmost before acting on it.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[william humphrey]

But if you put the closeStack in the background script of the main stack
then you're back to the original problem. It gets called when you close one
of the substacks.

I notice it is working OK but it may be because that first card is always
open when the program is open (it's the central part of the interface) but
your comment makes me worry about the functionality of closeStack for other
users.

On Tue, Nov 10, 2009 at 6:05 PM, Robert Brenstein  wrote:

> On 09.11.09 at 12:48 -0400 william humphrey apparently wrote:
>
>> Thanks for everyone's replies about openstack message confusion. Putting
>> the
>> openstack (as well as closestack) items in the first card of the mainstack
>> solves everything and I think it is  something I used to know along with a
>> myriad of other knowledge my gradually dying brain cells once contained.
>> But
>> now the information is in this great searchable resource.
>>
>
> Warning: putting closestack on the first card may not always work as
> expected -- that handler won't get called if the stack is closed while user
> displays a non-first card. In other words, a multi-card stack should have
> closestack on the stack level unless its functionality pertains only to the
> first card.
>
> Robert
>
> ___
> 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
>



-- 
http://www.bluewatermaritime.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: Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[Robert Brenstein]

On 09.11.09 at 12:48 -0400 william humphrey apparently wrote:

Thanks for everyone's replies about openstack message confusion. Putting the
openstack (as well as closestack) items in the first card of the mainstack
solves everything and I think it is  something I used to know along with a
myriad of other knowledge my gradually dying brain cells once contained. But
now the information is in this great searchable resource.


Warning: putting closestack on the first card may not always work as 
expected -- that handler won't get called if the stack is closed 
while user displays a non-first card. In other words, a multi-card 
stack should have closestack on the stack level unless its 
functionality pertains only to the first card.


Robert
___
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: Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[Richard Gaskin]

Sivakatirswami wrote:

too bad that

private preopencard
 ask "Enter your Username" with "OK"
end preopencard

does not work


Or maybe it works perfectly, since adding "private" to the handler 
designation prevents it from being called by anything outside of that 
script. ;)


--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
___
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: Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[stephen barncard]

I didn't think *private* worked with any system messages??


-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev


2009/11/9 Sivakatirswami 

> too bad that
>
> private preopencard
> ask "Enter your Username" with "OK"
> end preopencard
>
> does not work
>
>
> william humphrey wrote:
>
>> Thanks for everyone's replies about openstack message confusion. Putting
>> the
>> openstack (as well as closestack) items in the first card of the mainstack
>> solves everything and I think it is  something I used to know along with a
>> myriad of other knowledge my gradually dying brain cells once contained.
>> But
>> now the information is in this great searchable resource.
>>
>> Speaking of information for users that come later.  I just registered for
>> "User contributed notes" and I will put the information there about
>> putting
>> these messages in the first card. I will also suggest a referral to the
>> "onstartup" message but that looks a little specialized. The Revolution
>> Dictionary could become greatly more usable as we add these kind of notes.
>> ___
>> 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
>>
>>
>>
> ___
> 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
>
___
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: Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[Sivakatirswami]

too bad that

private preopencard
ask "Enter your Username" with "OK"
end preopencard

does not work

william humphrey wrote:

Thanks for everyone's replies about openstack message confusion. Putting the
openstack (as well as closestack) items in the first card of the mainstack
solves everything and I think it is  something I used to know along with a
myriad of other knowledge my gradually dying brain cells once contained. But
now the information is in this great searchable resource.

Speaking of information for users that come later.  I just registered for
"User contributed notes" and I will put the information there about putting
these messages in the first card. I will also suggest a referral to the
"onstartup" message but that looks a little specialized. The Revolution
Dictionary could become greatly more usable as we add these kind of notes.
___
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

  

___
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: openstack or preopenstack confusing to new application builders

[J. Landman Gay]

dunb...@aol.com wrote:


I should have read this before I sent my own version.


Nah. More is good. :)

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Was: openstack or preopenstack confusing... Now "User Contributed Notes" for RunRev Dictionary

[william humphrey]

Thanks for everyone's replies about openstack message confusion. Putting the
openstack (as well as closestack) items in the first card of the mainstack
solves everything and I think it is  something I used to know along with a
myriad of other knowledge my gradually dying brain cells once contained. But
now the information is in this great searchable resource.

Speaking of information for users that come later.  I just registered for
"User contributed notes" and I will put the information there about putting
these messages in the first card. I will also suggest a referral to the
"onstartup" message but that looks a little specialized. The Revolution
Dictionary could become greatly more usable as we add these kind of notes.
___
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: openstack or preopenstack confusing to new application builders

[DunbarX]

Jacque:

I should have read this before I sent my own version.

Craig


In a message dated 11/8/09 7:24:06 PM, jac...@hyperactivesw.com writes:


> 3. If you really do need to put the handlers in the mainstack script,
> check to see if the stack that is opening is one you want to deal with.
> This is a good approach if you want to trigger an openStack handler in
> some substacks but not all of them. So you can do this:
> 
>   if the short name of this stack is not in "substack1,substack2"
>   then pass openStack -- or "exit" if you like
> 

___
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: openstack or preopenstack confusing to new application builders

[DunbarX]

The several proffered solutions all should work.

You can also explicitly test to see if the stack containing the handler is 
the stack you want:

if the short name of this stack = yourMainStack then doThis else exit 
preOpenStack

This may give you more options...

Craig Newman
___
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: openstack or preopenstack confusing to new application builders

[J. Landman Gay]

william humphrey wrote:

If you have a mainstack and lots of substacks and you put either
a preopenstack or an openstack in the mainstack you would think that it
would only be called when you first open your stack. Not true. It is called
every time you switch to any of the other substacks of your main stack.


Right. Substacks inherit the script of the mainstack automatically. The 
message hierarchy works normally, and if nothing in a substack catches 
the message, it will pass through to the mainstack. This is good if you 
have certain behaviors you want to happen every time a stack opens (like 
updating a window menu, maybe) but not so good if you only want 
something to happen when the mainstack opens.


There are many ways to deal with this, and two have already been suggested:

1. If you only want something to happen once when the mainstack opens, 
put the openstack or preOpenStack handler in the first card of the 
mainstack. Substacks don't inherit the scripts of mainstack cards, only 
the one in the stack script, so handlers in the cards won't be called by 
substacks. When a mainstack first opens, it always opens at the first 
card, so the handlers will trigger from there.


2. Use blocking handlers. Put empty "openStack" or "preOpenStack" 
handlers in the stack scripts of the substacks. When they open, the 
blocking handlers will catch the messages, which won't go through to the 
mainstack. This is only convenient if you have one or two substacks, 
otherwise it's too much trouble.


3. If you really do need to put the handlers in the mainstack script, 
check to see if the stack that is opening is one you want to deal with. 
This is a good approach if you want to trigger an openStack handler in 
some substacks but not all of them. So you can do this:


 if the short name of this stack is not in "substack1,substack2"
 then pass openStack -- or "exit" if you like

That lets you decide which stacks should handle the message.

If you want only the mainstack to handler it, you can do this:

  if the short name of this stack is not the short name of me
  then pass openStack

But in this case you may as well put the handler into the first card 
instead.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: openstack or preopenstack confusing to new application builders

[Nicolas Cueto]

I think the solution is to include preOpenstack, openStack and
closeStack handlers in all your stacks. Even if the handlers are
empty. That goes for cards too.

--
Nicolas Cueto


On Mon, Nov 9, 2009 at 6:33 AM, william humphrey
 wrote:
> I am posting this just for other newbies out there who may find this
> confusing. If you have a mainstack and lots of substacks and you put either
> a preopenstack or an openstack in the mainstack you would think that it
> would only be called when you first open your stack. Not true. It is called
> every time you switch to any of the other substacks of your main stack. I
> have solved this by using GLX framework and the special on
> glxapp_initializeApplication
> which does what I thought pre-openstack should do. It runs just once when
> you first open your stack (or application) and then it is never called
> again. I have no idea how to do this with RunRev normally. For example when
> I initialize my database I've found that it is a bad idea to do it in either
> peropenstack or openstack as it gets called again and again when you switch
> to other substacks and back again. I found that really confusing and just
> put my openstack stuff in a button that I could push when the stack first
> opened.
>
> So if you are using glx framework then you solve it with
> glxapp_initializeApplication
> -- I don't know any other way to solve that confusing problem but I hope
> someone will put in the trick (maybe you check to see if the stack is among
> the lines of the open stack and exit or something like that).
> ___
> 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
>
___
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: openstack or preopenstack confusing to new application builders

[Richard Gaskin]

william humphrey wrote:

I am posting this just for other newbies out there who may find this
confusing. If you have a mainstack and lots of substacks and you put either
a preopenstack or an openstack in the mainstack you would think that it
would only be called when you first open your stack. Not true. It is called
every time you switch to any of the other substacks of your main stack. I
have solved this by using GLX framework and the special on
glxapp_initializeApplication
which does what I thought pre-openstack should do. It runs just once when
you first open your stack (or application) and then it is never called
again. I have no idea how to do this with RunRev normally. For example when
I initialize my database I've found that it is a bad idea to do it in either
peropenstack or openstack as it gets called again and again when you switch
to other substacks and back again. I found that really confusing and just
put my openstack stuff in a button that I could push when the stack first


The startup message is a good option for things that need to happen when 
the standalone starts up.


But preOpenStack is easy to deal with if you put your preOpenStack 
handler in the card script of the mainstack.  That way it only fires 
when that mainstack is opened, but isn't triggered by the opening of any 
substacks.


--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
___
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

openstack or preopenstack confusing to new application builders

[william humphrey]

I am posting this just for other newbies out there who may find this
confusing. If you have a mainstack and lots of substacks and you put either
a preopenstack or an openstack in the mainstack you would think that it
would only be called when you first open your stack. Not true. It is called
every time you switch to any of the other substacks of your main stack. I
have solved this by using GLX framework and the special on
glxapp_initializeApplication
which does what I thought pre-openstack should do. It runs just once when
you first open your stack (or application) and then it is never called
again. I have no idea how to do this with RunRev normally. For example when
I initialize my database I've found that it is a bad idea to do it in either
peropenstack or openstack as it gets called again and again when you switch
to other substacks and back again. I found that really confusing and just
put my openstack stuff in a button that I could push when the stack first
opened.

So if you are using glx framework then you solve it with
glxapp_initializeApplication
-- I don't know any other way to solve that confusing problem but I hope
someone will put in the trick (maybe you check to see if the stack is among
the lines of the open stack and exit or something like that).
___
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: OpenStack and preOpenStack not taken into account

[Mark Swindell]

Thanks.  I voted for it.  I hope others will, too.

 Looks like you figured out back on 1/2/08 that toggling the debug  
mode "fixes" the issue.  Think of the new Rev user who uses one of  
these handlers which SHOULD work as advertised and explained in the  
docs, and yet inexplicably doesn't.  It's bad advertising, and has  
caused me and others a lot of frustration and wasted effort trying to  
figure out what's going on.


This is the kind of thing, like the copy/paste issue, that really  
needs to be straightened out before 2.9 hits the street.


Mark

On Jan 31, 2008, at 6:00 PM, Mark Wieder wrote:




3843


Thanks,
Mark



___
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: OpenStack and preOpenStack not taken into account

[Mark Wieder]

Mark-

Yes. It's BZ #3843.

-- 
 Mark Wieder
 [EMAIL PROTECTED]



___
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: OpenStack and preOpenStack not taken into account

[Eric Chatonet]

Hi Ken

Yes: fortunately :-)
I'm sure about this and it seems consistent because debug does not  
exist (yet :-) in a standalone.


Some more details:

Actually, I always run Rev with script debug on.
This afternoon I did not want breakpoints entering debug so I turned  
it off.
When relaunching Rev (I always use drag and drop), I immediately saw  
that preOpenstack and openStack have not been sent (this stack is a  
launcher and nothing happened).
I was surprised because I launch this project twenty or thirty times  
a day... and it was the first time I was confronted with this issue.

I quitted and relaunched three or four times: same thing.
Then I remembered that I had set script debug off and set it on again.
All went normal again.


Le 31 janv. 08 à 17:09, Ken Ray a écrit :


Hi all,

I remember that several times some complained about openStack or
preOpenstack handlers that were not sent when double-clicking a stack
icon or using drag and drop on Rev app icon.
I was confronted to the same problem today (Rev 2.8.1) and found that
if script debug mode was off when Rev launches, openStack and
preOpenstack were not sent.


This is just an IDE-related situation, and doesn't affect standalones,
right, Eric?

Ken Ray
Sons of Thunder Software, Inc.
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/


Best regards from Paris,
Eric Chatonet.

Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/
Email: [EMAIL PROTECTED]/



___
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: OpenStack and preOpenStack not taken into account

[Ken Ray]

On Thu, 31 Jan 2008 16:20:37 +0100, Eric Chatonet wrote:

> Hi all,
> 
> I remember that several times some complained about openStack or 
> preOpenstack handlers that were not sent when double-clicking a stack 
> icon or using drag and drop on Rev app icon.
> I was confronted to the same problem today (Rev 2.8.1) and found that 
> if script debug mode was off when Rev launches, openStack and 
> preOpenstack were not sent.

This is just an IDE-related situation, and doesn't affect standalones, 
right, Eric?

Ken Ray
Sons of Thunder Software, Inc.
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.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: OpenStack and preOpenStack not taken into account

[Mark Swindell]

Thanks for figuring this out.  It's been a thorn in my side for some  
time and I've been unable to figure out what or why.  This is not a  
documented behavior, so is it a bug?  I think it should be considered  
such.  Others?

Mark

On Jan 31, 2008, at 7:20 AM, Eric Chatonet wrote:


Hi all,

I remember that several times some complained about openStack or  
preOpenstack handlers that were not sent when double-clicking a  
stack icon or using drag and drop on Rev app icon.
I was confronted to the same problem today (Rev 2.8.1) and found  
that if script debug mode was off when Rev launches, openStack and  
preOpenstack were not sent.
If you don't want to run into this problem just set script debug  
mode on before shutting down Rev.


Best regards from Paris,
Eric Chatonet.
--

___
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

OpenStack and preOpenStack not taken into account

[Eric Chatonet]

Hi all,

I remember that several times some complained about openStack or  
preOpenstack handlers that were not sent when double-clicking a stack  
icon or using drag and drop on Rev app icon.
I was confronted to the same problem today (Rev 2.8.1) and found that  
if script debug mode was off when Rev launches, openStack and  
preOpenstack were not sent.
If you don't want to run into this problem just set script debug mode  
on before shutting down Rev.


Best regards from Paris,
Eric Chatonet.

Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/
Email: [EMAIL PROTECTED]/



___
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: openstack

[Devin Asay]

Hi Jonathan,

Welcome to the Revolution. I see a couple of possible problems. One  
is that in Revolution, as opposed to HyperCard, you don't normally  
refer to objects as background or card objects, just field, button,  
group, image, whatever. (The exception is when you have directly  
imported a HyperCard stack. In that case Revolution sets the  
HCaddressing property to true so that it can understand HyperCard  
object references.) So you could try:


 send "mouseUp" to btn id xxx

You might also try specifying the object more fully:

 send "mouseUp" to btn id xxx of card X

It may also be a matter of where you put the command--in which  
handler. For example, the startup message doesn't get sent to your  
stack in the Development environment, so nothing in 'on startup'  
would run when you open the stack. The startup message will only get  
sent when you create a standalone from your stack.


Finally, have you tried putting the command in an openCard or  
preOpenCard handler? Because of the order that libraries load,  
certain commands may not work in a stack that's been made into a  
standalone.


Hope something here helps.

Devin


On Nov 2, 2007, at 5:24 AM, Jonathan Scott wrote:


Hi,
	My name is songe.  I'm new to runrev.  I'm trying to do something  
simple and can't figure out how to do it.


	I need a button to be activated as soon as the stack is opened.   
So, in the stack script I put the following line:


send "mouseUp" to bg btn id XXX.

	When I quit out of it all and then come back into it though, the  
button is not activated.  Could you please tell me what I am doing  
wrong?  Thank you.


Devin Asay
Humanities Technology and Research Support Center
Brigham Young University

___
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

openstack

[Jonathan Scott]

Hi,
	My name is songe.  I'm new to runrev.  I'm trying to do something  
simple and can't figure out how to do it.


	I need a button to be activated as soon as the stack is opened.  So,  
in the stack script I put the following line:


send "mouseUp" to bg btn id XXX.

	When I quit out of it all and then come back into it though, the  
button is not activated.  Could you please tell me what I am doing  
wrong?  Thank you.

___
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: Standalone + openstack

[Mark Smith]

A Rev app can open and use any stack file, as far as I know.

I do this a lot, particularly in testing. I'll build a simple one- 
stack standalone that simply opens the (separate) main logic stack,  
usually sending it an 'initApp" command to get it running. That way I  
can then edit the main stack in the IDE and then set the app off  
again to test my changes - so I don't have to continually build  
standalones to see how things work outside of the IDE.


Best,

Mark

On 21 Aug 2007, at 15:13, Jim Ault wrote:


Does this work?
Compile an exe for an XP machine that does not have
Rev installed.
put a Rev stack on the hard drive
launch the exe
Use a button that says 'open stack myStack.rev'
--> the stack opens in the exe space

I can't test this since my XP machine has Rev
installed.
My guess is 'No', but wanted to make sure before a
client meeting occurs today.
It does not make sense to me that this would work, but
the client asked.. so.. hmmm...
(StackRunner would not be on the machine either)
___
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


___
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: Standalone + openstack

[Mark Schonewille]

Jim,

This would be the typical splash-stack approach. Yes, it works.

Best regards,

Mark Schonewille

--

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.com

Quickly extract data from your HyperCard stacks with DIFfersifier.  
http://differsifier.economy-x-talk.com



Op 21-aug-2007, om 16:13 heeft Jim Ault het volgende geschreven:


Does this work?
Compile an exe for an XP machine that does not have
Rev installed.
put a Rev stack on the hard drive
launch the exe
Use a button that says 'open stack myStack.rev'
--> the stack opens in the exe space


___
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: Standalone + openstack

[Martin Blackman]

Isn't that what we do all the time with preference stacks etc.?

On 21/08/07, Jim Ault <[EMAIL PROTECTED]> wrote:
>
> Does this work?
> Compile an exe for an XP machine that does not have
> Rev installed.
> put a Rev stack on the hard drive
> launch the exe
> Use a button that says 'open stack myStack.rev'
> --> the stack opens in the exe space
>
> I can't test this since my XP machine has Rev
> installed.
> My guess is 'No', but wanted to make sure before a
> client meeting occurs today.
> It does not make sense to me that this would work, but
> the client asked.. so.. hmmm...
> (StackRunner would not be on the machine either)
> ___
> 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
>
___
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

Standalone + openstack

[Jim Ault]

Does this work?
Compile an exe for an XP machine that does not have
Rev installed.
put a Rev stack on the hard drive
launch the exe
Use a button that says 'open stack myStack.rev'
--> the stack opens in the exe space

I can't test this since my XP machine has Rev
installed.
My guess is 'No', but wanted to make sure before a
client meeting occurs today.
It does not make sense to me that this would work, but
the client asked.. so.. hmmm...
(StackRunner would not be on the machine either)
___
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: OpenStack : surprise

[Éric Miclo]

Hello Mark,


Le 27 sept. 06 à 23:48, Mark Wieder a écrit :


OK-

I just checked this out in OSX in 2.7.2, 2.7.3. and 2.7.4, and the
behavior is the same in all versions. But different from the Windows
test of yesterday.

Tuesday, September 26, 2006, 7:04:52 PM, I wrote:


Double-clicking "First Main Stack.rev" opens that stack, waits two
seconds, then hides it and launches the second stack.


No second stack launch. Seems like a platform difference. It appears
that double-clicking on Windows is setting the defaultFolder so that
the launch of the second stack from the script succeeds, while this is
not taking place on OSX. I'm not sure this is a bug, but I certainly
didn't expect this difference. At any rate, the openStack handler is
getting called properly in all cases, since the first stack disappears
after the requisite two seconds.


I'm not sure it is only a defaultFolder setting, because if I place a  
"beep" statement at the beginning of the openStack handler:
- nothing will be played is the "Main First Stack" is double-clicked  
in the Finder without Revolution was already launched

- the beep will be played if Revolution was launched first.

Really strange.

Best,

ÉrIC




Opening the first stack from the IDE works similarly except that the
second stack does not show up. The difference is that you're calling
"go to stack" without either having the stack in memory or setting  
the

defaultFolder, so the stack isn't found, and this causes a silent
error.


This behavior is the same. Note that on either platform, loading the
second stack into memory first and then launching the first stack will
produce the desired result in the IDE.

--
-Mark Wieder
 [EMAIL PROTECTED]

___
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



-- My NeXT computer will Be a Mac too! --

___
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: OpenStack : surprise

[Mark Wieder]

OK-

I just checked this out in OSX in 2.7.2, 2.7.3. and 2.7.4, and the
behavior is the same in all versions. But different from the Windows
test of yesterday.

Tuesday, September 26, 2006, 7:04:52 PM, I wrote:

> Double-clicking "First Main Stack.rev" opens that stack, waits two
> seconds, then hides it and launches the second stack.

No second stack launch. Seems like a platform difference. It appears
that double-clicking on Windows is setting the defaultFolder so that
the launch of the second stack from the script succeeds, while this is
not taking place on OSX. I'm not sure this is a bug, but I certainly
didn't expect this difference. At any rate, the openStack handler is
getting called properly in all cases, since the first stack disappears
after the requisite two seconds.

> Opening the first stack from the IDE works similarly except that the
> second stack does not show up. The difference is that you're calling
> "go to stack" without either having the stack in memory or setting the
> defaultFolder, so the stack isn't found, and this causes a silent
> error.

This behavior is the same. Note that on either platform, loading the
second stack into memory first and then launching the first stack will
produce the desired result in the IDE.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
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: OpenStack

[Mark Wieder]

Éric-

I just tried your test stack in 2.7.4 and it seems to be working
properly under Windows 2000, at least within certain limits. I won't
have a chance to test this on OSX until late tonight, but I'll report
back after that.

Double-clicking "First Main Stack.rev" opens that stack, waits two
seconds, then hides it and launches the second stack.

Opening the first stack from the IDE works similarly except that the
second stack does not show up. The difference is that you're calling
"go to stack" without either having the stack in memory or setting the
defaultFolder, so the stack isn't found, and this causes a silent
error.

This is with the latest Galaxy build in my plugins folder. I'm not
sure why this is working for me when the other day this most
definitely was not. There are certain rev anomalies that seem to crop
up only on odd-numbered days...

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
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: OpenStack Workaround?

[Sarah Reichelt]

On 9/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Hi again everyone,

OK since OpenStack, OpenCard, and preOpenStack all don't work on v2.7.4 on
Mac OSX how do I work around it? If it matters I'm not using a standalone.


Joe, I haven't experienced this problem, but from reading the relevant
bug reports, it sounds like this may happen if you double-click on the
stack to launch Rev, instead of starting Rev first and then opening
the stack.

Does this help?

Sarah
___
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: OpenStack

[Josh Mellicker]

preOpen & open, both Card and Stack, have been unreliable for me in  
the IDE (seem to work fine in standalones, but this makes writing and  
debugging difficult)



So wherever possible, I don't use these, instead, I do a "manual"  
openStack with a message from the calling script:


send "initCard" to stack "whatEver"

The very first opening of the first stack is the one that can't be  
replaced, all others are event-driven.



On Sep 25, 2006, at 12:44 PM, [EMAIL PROTECTED] wrote:


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones" but  
this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the openCard  
handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___
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


___
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: OpenStack

[Mark Wieder]

Éric-

Tuesday, September 26, 2006, 11:10:49 AM, you wrote:

> So it seems that something has changed in version 2.7.3 and leads to
> bad behaviors perhaps with the presence of another tool.
> I'm actually unable to find out witch tool or plugin interacts with
> Revolution (I've only Galaxy and tmAlign installed).
> Removing those plugins doesn't resolve the problem. Do you use one of
> this plugin?

I do indeed use Galaxy, but I experience the same behavior with Galaxy
removed. What I found is that opening the stack from the IDE sends the
messages properly, but double-clicking the stack to open it does not.
And yes, I did start noticing this on 2.7.3.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
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: OpenStack

[LunchnMeets]

Hi Everyone,

I have the original problem of OpenStack, preOpenStack & OpenCard not working 
on a fresh version of 2.7.4 for Mac OSX. I didn't install any additional 
plugins. I only use dreamcard and no standalones.

Joe
Orlando, FL
___
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: OpenStack

[André.Bisseret]

Hi Éric,
No I don't use Galaxy nor tmAlign as plugins.

best regards
André

Le 26 sept. 06 à 20:12, Éric Miclo a écrit :


Hello,

BTW, do you use Galaxy or tmAlign as plugins (I'm trying to find  
out witch tool could interact with Revolution)?


Thanks, best,

ÉrIC

Le 26 sept. 06 à 13:48, André.Bisseret a écrit :


Hello,
I just tried this stack (included in bug #3816): it works fine.   
With the two versions 2.7.3 and 2.7.4, the "second Main stack" is  
opened (2 seconds after le first one as scripted). This works  
under the 2 versions, in the 3 cases :

- Revolution already opened
- or Revolution not opened and double click on the icon of "First  
Main Stack" (lauching Rev).
- or Revolution not opened and dragging the stack' icon onto the  
Rev' icon (launching Rev).


Best regards from Grenoble
André

Le 26 sept. 06 à 12:13, Éric Miclo a écrit :


Hello,

Could you give a try to the stack that is included to the  
submitted bug #3816?
It's a stack that calls a substack in the openStack handler and  
with versions 2.7.3 & 2.7.4 the substack is not opened as it is  
with versions before.


Best,

ÉrIC



___
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: OpenStack

[Éric Miclo]

Hello,

BTW, do you use Galaxy or tmAlign as plugins (I'm trying to find out  
witch tool could interact with Revolution)?


Thanks, best,

ÉrIC

Le 26 sept. 06 à 13:48, André.Bisseret a écrit :


Hello,
I just tried this stack (included in bug #3816): it works fine.   
With the two versions 2.7.3 and 2.7.4, the "second Main stack" is  
opened (2 seconds after le first one as scripted). This works under  
the 2 versions, in the 3 cases :

- Revolution already opened
- or Revolution not opened and double click on the icon of "First  
Main Stack" (lauching Rev).
- or Revolution not opened and dragging the stack' icon onto the  
Rev' icon (launching Rev).


Best regards from Grenoble
André

Le 26 sept. 06 à 12:13, Éric Miclo a écrit :


Hello,

Could you give a try to the stack that is included to the  
submitted bug #3816?
It's a stack that calls a substack in the openStack handler and  
with versions 2.7.3 & 2.7.4 the substack is not opened as it is  
with versions before.


Best,

ÉrIC

Le 26 sept. 06 à 11:17, André.Bisseret a écrit :


Hi,
Here on Mac OS X 10.4.7, openStack' and openCard' handlers work  
normally with RunRev v2.7.3 and v2.7.4 as well



Best regards from Grenoble
André


Le 25 sept. 06 à 21:44, [EMAIL PROTECTED] a écrit :


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones"  
but this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the  
openCard handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___


___
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




___
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



-- My NeXT computer will Be a Mac too! --

___
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: OpenStack

[Éric Miclo]

Hello Mark,


Matthias Rebbe on this list did make a try with the stacks that I did  
submit with bug #3816 on Windows and he found out it was working  
perfectly.
So it seems that something has changed in version 2.7.3 and leads to  
bad behaviors perhaps with the presence of another tool.
I'm actually unable to find out witch tool or plugin interacts with  
Revolution (I've only Galaxy and tmAlign installed).
Removing those plugins doesn't resolve the problem. Do you use one of  
this plugin?


Best,

ÉrIC

Le 26 sept. 06 à 19:27, Mark Wieder a écrit :


Éric-

My BZ #3843 also adds a refinement to and supports your #3816.

--
-Mark Wieder
 [EMAIL PROTECTED]

___
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



-- My NeXT computer will Be a Mac too! --

___
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: OpenStack

[Éric Miclo]

Hello,

I've tested this behavior deeply, uninstalling everything and  
reinstalling a fresh new version without success.
On 2 different Mac when the "First Main Stack.rev" stack is opened by  
double-clicking on it the "Second Main Stack.rev" will:

- open with versions 2.7.1 & 2.7.2
- won't open with versions 2.7.3 & 2.7.4

All the few plugins that are installed are exactly the same under the  
different versions because they are all installed inside the same  
folder.
So something must come from version 2.7.3 and above of Revolution,  
but I didn't yet find out what has been changed.


Best regards from Labaroche (Alsace).

ÉrIC

Le 26 sept. 06 à 13:48, André.Bisseret a écrit :


Hello,
I just tried this stack (included in bug #3816): it works fine.   
With the two versions 2.7.3 and 2.7.4, the "second Main stack" is  
opened (2 seconds after le first one as scripted). This works under  
the 2 versions, in the 3 cases :

- Revolution already opened
- or Revolution not opened and double click on the icon of "First  
Main Stack" (lauching Rev).
- or Revolution not opened and dragging the stack' icon onto the  
Rev' icon (launching Rev).


Best regards from Grenoble
André

Le 26 sept. 06 à 12:13, Éric Miclo a écrit :


Hello,

Could you give a try to the stack that is included to the  
submitted bug #3816?
It's a stack that calls a substack in the openStack handler and  
with versions 2.7.3 & 2.7.4 the substack is not opened as it is  
with versions before.


Best,

ÉrIC

Le 26 sept. 06 à 11:17, André.Bisseret a écrit :


Hi,
Here on Mac OS X 10.4.7, openStack' and openCard' handlers work  
normally with RunRev v2.7.3 and v2.7.4 as well



Best regards from Grenoble
André


Le 25 sept. 06 à 21:44, [EMAIL PROTECTED] a écrit :


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones"  
but this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the  
openCard handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___


___
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




___
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



-- My NeXT computer will Be a Mac too! --

___
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: OpenStack

[Mark Wieder]

Éric-

My BZ #3843 also adds a refinement to and supports your #3816.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
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: OpenStack

[André.Bisseret]

Hello,
I just tried this stack (included in bug #3816): it works fine.  With  
the two versions 2.7.3 and 2.7.4, the "second Main stack" is opened  
(2 seconds after le first one as scripted). This works under the 2  
versions, in the 3 cases :

- Revolution already opened
- or Revolution not opened and double click on the icon of "First  
Main Stack" (lauching Rev).
- or Revolution not opened and dragging the stack' icon onto the Rev'  
icon (launching Rev).


Best regards from Grenoble
André

Le 26 sept. 06 à 12:13, Éric Miclo a écrit :


Hello,

Could you give a try to the stack that is included to the submitted  
bug #3816?
It's a stack that calls a substack in the openStack handler and  
with versions 2.7.3 & 2.7.4 the substack is not opened as it is  
with versions before.


Best,

ÉrIC

Le 26 sept. 06 à 11:17, André.Bisseret a écrit :


Hi,
Here on Mac OS X 10.4.7, openStack' and openCard' handlers work  
normally with RunRev v2.7.3 and v2.7.4 as well



Best regards from Grenoble
André


Le 25 sept. 06 à 21:44, [EMAIL PROTECTED] a écrit :


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones"  
but this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the openCard  
handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___


___
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




___
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

OpenStack Workaround?

[LunchnMeets]

Hi again everyone,

OK since OpenStack, OpenCard, and preOpenStack all don't work on v2.7.4 on 
Mac OSX how do I work around it? If it matters I'm not using a standalone.

Joe
Orlando
___
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: OpenStack

[Éric Miclo]

Hello,

Could you give a try to the stack that is included to the submitted  
bug #3816?
It's a stack that calls a substack in the openStack handler and with  
versions 2.7.3 & 2.7.4 the substack is not opened as it is with  
versions before.


Best,

ÉrIC

Le 26 sept. 06 à 11:17, André.Bisseret a écrit :


Hi,
Here on Mac OS X 10.4.7, openStack' and openCard' handlers work  
normally with RunRev v2.7.3 and v2.7.4 as well



Best regards from Grenoble
André


Le 25 sept. 06 à 21:44, [EMAIL PROTECTED] a écrit :


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones"  
but this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the openCard  
handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___
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



___
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



-- My NeXT computer will Be a Mac too! --

___
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: OpenStack

[André.Bisseret]

Hi,
Here on Mac OS X 10.4.7, openStack' and openCard' handlers work  
normally with RunRev v2.7.3 and v2.7.4 as well



Best regards from Grenoble
André


Le 25 sept. 06 à 21:44, [EMAIL PROTECTED] a écrit :


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones" but  
this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the openCard  
handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___
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



___
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: OpenStack

[Éric Miclo]

Hello,

This bug was "introduced" in version 2.7.3 and has been reported  
under number 3816 after version 2.7.3 was released.
For now that bug, that seems only to be there under MacOS X, has not  
been acknowledged despite the several mails and updates that I did  
sent :-(

I really thought it would have been corrected in version 2.7.4...

Best,

ÉrIC

Le 25 sept. 06 à 21:44, [EMAIL PROTECTED] a écrit :


Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the  
definition of a
new version is "Out with the old bugs and in with the new ones" but  
this is

ridiculous.

When I open my stack it doesn't see the OpenStack or the openCard  
handler

now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___
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



-- My NeXT computer will Be a Mac too! --

___
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

OpenStack

[LunchnMeets]

Hi Everyone,

I just upgraded to v2.7.4 on my Mac OSX computer. I know the definition of a 
new version is "Out with the old bugs and in with the new ones" but this is 
ridiculous.

When I open my stack it doesn't see the OpenStack or the openCard handler 
now. It did that with no problem in v2.7.1. What changed?

Joe
Orlando
___
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: About Openstack

[Peter T. Evensen]

There is a stack script in Revolution as well.  You can access it via the 
Object menu -> Stack Script.


It's been a while since I've used Hypercard, but Revolultion is very 
similar in structure, so you should be able to find the same things in 
Revolution.


At 12:00 PM 8/21/2006, you wrote:

Dear Sirs :

I need to use On Openstack structure.
Where I need to put this instruction? We are working with standalones.
I know about Openstack, but in Hypercard we had Stack Script.. but in
Revolution, i dont know where to put this instruction.

Cordialmente,
Alvaro Abril
Gerente de Tecnología
Divertia S.A.
www.fantasticguatemala.com
Tel. 502 2410 4600
Fax.502 2410 4646
Guatemala

-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de Klaus Major
Enviado el: Lunes, 21 de Agosto de 2006 09:21 a.m.
Para: How to use Revolution
Asunto: Re: OT: message to Yves

Hi Yves,

> Le 21 août 06 à 17:10, Klaus Major a écrit :
>> Hi Yves,
>> did you rceive my mails lately?
>> My latest mail to you bounced back for unknown reasons!???
>>
>> Best
> I didn't receive your off list mail
> I was expecting your answer with "fever" but nothing !!!

just sent again a couple of minutes before and did not yet come back!
May be a good sign :-)

> Greetings.
>
> Yves COPPE
> [EMAIL PROTECTED]

Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de

___
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


___
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


Peter T. Evensen
http://www.PetersRoadToHealth.com
314-629-5248 or 888-682-4588 



___
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

About Openstack

[Alvaro Abril - Tecnologia]

Dear Sirs :

I need to use On Openstack structure. 
Where I need to put this instruction? We are working with standalones.
I know about Openstack, but in Hypercard we had Stack Script.. but in
Revolution, i dont know where to put this instruction.

Cordialmente,
Alvaro Abril
Gerente de Tecnología
Divertia S.A.
www.fantasticguatemala.com
Tel. 502 2410 4600
Fax.502 2410 4646
Guatemala

-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de Klaus Major
Enviado el: Lunes, 21 de Agosto de 2006 09:21 a.m.
Para: How to use Revolution
Asunto: Re: OT: message to Yves

Hi Yves,

> Le 21 août 06 à 17:10, Klaus Major a écrit :
>> Hi Yves,
>> did you rceive my mails lately?
>> My latest mail to you bounced back for unknown reasons!???
>>
>> Best
> I didn't receive your off list mail
> I was expecting your answer with "fever" but nothing !!!

just sent again a couple of minutes before and did not yet come back!
May be a good sign :-)

> Greetings.
>
> Yves COPPE
> [EMAIL PROTECTED]

Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de

___
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


___
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: preOpenStack, openStack in Card 1?? Rules conformation.

[Francis Nugent Dixon]

Hi Jeanne,

This complements and clarifies Jims comments.

Thanks

" and the Lord said - Let there be light -

 and there was light !

 and you could see for miles and miles !"

-Francis


___
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

preOpenStack, openStack in Card 1?? Rules conformation.

[Francis Nugent Dixon]

Hi Jim,

Thanks for coding up in a logical way something
I should have done myself, if I could have got my
head around it !. After absorbing your scripts and
playing around a little, I think I will end up finally
understanding message paths (after more than
10 years on HC) !

Best from Paris

-Francis

"Nothing should ever be done for the first time !'


___
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: preOpenStack, openStack in Card 1?? Rules conformation.

[Jeanne A. E. DeVoto]

At 11:23 PM +0200 3/30/2006, Francis Nugent Dixon wrote:

The doc clearly states "the destination card". As I often :

   "go to card "x" of (sub)stack "y"

I assume this means "the openStack script in whatever card
you FIRST go to in the stack" This could cause a problem if
you have an "openstack" in a sub-stack  !


It does cause problems, if the openStack handler in your main stack 
assumes that the main stack is the current stack when openStack is 
sent. In this case, when a substack is opened, the openStack message 
is sent to the current card of the substack, then to the substack 
itself, then to the main stack, so if the openStack message isn't 
intercepted first, the main stack's openStack handler will run in 
response to the substack opening.


There are three ways to avoid this:

1. Put the openStack handler in the main stack's first card, instead 
of in the stack script. This prevents the problem, since when the 
substack is opened, no message is sent to a card of the main stack - 
only the stack itself is in the substack's message path.


2. Put an empty handler in the substack's script, to stop the 
openStack message from going to the main stack:

  on openStack -- in substack's script
  end openStack

3. In the main stack's openStack handler, test which stack called it:
  on openStack
if the owner of the target is not me then pass openStack
-- do stuff for main stack opening
  end openStack
The target is a card, and the owner of the target is the stack that 
was opened. If the owner of the target is not "me" (the main stack, 
in this case), then this handler skips the rest of the instructions.

--
jeanne a. e. devoto ~ [EMAIL PROTECTED]
http://www.jaedworks.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: preOpenStack, openStack in Card 1?? Rules conformation.

[Jim Ault]

> I assume this means "the openStack script in whatever card
> you FIRST go to in the stack" This could cause a problem if
> you have an "openstack" in a sub-stack  !

Ahh, you are now bring up an event question 1st 2nd 3rd.

 the setup
Main Stack - no scripts or buttons needed

Sub Stack "Charlie" --
Stack script
on openStack
  put the ticks && "stack Charlie (openStack) "&cr & msg
end openStack


Card 1 script
on opencard
  put the ticks && "card 1 of Charlie  (opencard)"&cr & msg
end opencard

on openStack
  put the ticks && "card 1 of Charlie (openstack)"&cr & msg
pass openstack
end openStack



Card 2 script
on opencard
  put the ticks && "card 2 of Charlie  (opencard)"&cr & msg
end opencard

on openStack
  put the ticks && "card 2 of Charlie (openstack)"&cr & msg
pass openstack
end openStack



--
Now CLOSE and save stack "Charlie"
Type in the message box
go card 2 of stack "Charlie"

RESULT is an openstack>card2,
openstack passed to >stack,
 then an opencard>card2

--the message box will show
68625425093 card 2 of Charlie  (opencard)
68625425093 stack Charlie (openStack)
68625425093 card 2 of Charlie (openstack)

If card 2 is already open (thus stack is open) no 'opencard or openstack is
sent'
If card 1 is already open, only the opencard is sent to card 2

Version 2.6.1, OSX 10.4.2

Hope this helps

Jim Ault
Las Vegas



On 3/30/06 1:23 PM, "Francis Nugent Dixon" <[EMAIL PROTECTED]> wrote:

> Dave,
> 
> You seem to have opened (a small but tangible) Pandora's box.
> Several responses confidently talk about the "openStack" being
> sent to Card 1.
> 
> Either of two things :
> 
> 1 - They only have 1 card stacks ... (so it works !)
> 2 - They don't read the same documentation as I do
>(Rev 2.6.1 Build 152 - Documentation - Dictionary - OpenStack)
> 
> The doc clearly states "the destination card". As I often :
> 
> "go to card "x" of (sub)stack "y"
> 
> I assume this means "the openStack script in whatever card
> you FIRST go to in the stack" This could cause a problem if
> you have an "openstack" in a sub-stack  !
> 
> This bugged me until I found a workaround (see my previous mail).
> 
> Do I read correctly, or have I got it all wrong ?
> 
> I await comments from (certainly not older, but) wiser users !
> 
> -Francis
> 
> "Nothing should ever be done for the first time !"
> 
> 
> ___
> 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


___
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: OpenStack in Card 1

[Jim Ault]

I would recommend opening Message Watcher and see if there are any weird
patterns happening for you.  Pay close attention to which messages get sent
and in which order.

also try in the stack script
on opencard
answer the number of this card
end opencard

which will be the current card when the message was sent.
Exceptions can be when the lock messages is true and when there is more than
one 'on openstack' handler in the message path without the 'pass openstack'
code line at the end of the handler.

Hope this helps.  Remember, there are a lot of complex, smooth-running apps
out there using the message path faithfully.

Jim Ault
Las Vegas


On 3/30/06 12:57 PM, "Francis Nugent Dixon" <[EMAIL PROTECTED]> wrote:

> Hi Dave,
> 
> In the documentation, it clearly states that the OpenStack and
> preOpenStack are sent to "the destination card" in the stack,
> which will usually be card 1 (unless otherwise specified). So
> your "remember" is correct. I had problems in this area before
> I read the documentation (and this is a different action from our
> old and loved HC). I put the scripts everywhere to make sure
> they would be called, even using :
> 
>   on opencard
>openStack
>   end openCard.
> 
> because I couldn't get consistent proof of "WHEN and WHY"
> (this just shows how frustrated I became !)
> 
> I asked the famous Mr. Rinaldi (if he didn't know - who would !),
> and he gave me an answer which I could not ALWAYS prove.
> I asked questions about a month ago on this forum. I never got
> a satisfactory answer. ("OpenStack ?",  March 04)
> 
> Now I use a HomeStack principle to send the OpenStack commands
> to my called stack, solving the well known "uncertainty" principle
> (sorry Mr. Heisenberg !) of  "WHEN is openStack executed ?"
> 
> Even today, I don't know (and now I don't care) because I found a
> solution which is satisfactory to me !
> 
> Best
> 
> -Francis
> 
> "Nothing should ever be done for the first time !"
> 
> 
> ___
> 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


___
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

preOpenStack, openStack in Card 1?? Rules conformation.

[Francis Nugent Dixon]

Dave,

You seem to have opened (a small but tangible) Pandora's box.
Several responses confidently talk about the "openStack" being
sent to Card 1.

Either of two things :

1 - They only have 1 card stacks ... (so it works !)
2 - They don't read the same documentation as I do
  (Rev 2.6.1 Build 152 - Documentation - Dictionary - OpenStack)

The doc clearly states "the destination card". As I often :

   "go to card "x" of (sub)stack "y"

I assume this means "the openStack script in whatever card
you FIRST go to in the stack" This could cause a problem if
you have an "openstack" in a sub-stack  !

This bugged me until I found a workaround (see my previous mail).

Do I read correctly, or have I got it all wrong ?

I await comments from (certainly not older, but) wiser users !

-Francis

"Nothing should ever be done for the first time !"


___
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

OpenStack in Card 1

[Francis Nugent Dixon]

Hi Dave,

In the documentation, it clearly states that the OpenStack and
preOpenStack are sent to "the destination card" in the stack,
which will usually be card 1 (unless otherwise specified). So
your "remember" is correct. I had problems in this area before
I read the documentation (and this is a different action from our
old and loved HC). I put the scripts everywhere to make sure
they would be called, even using :

 on opencard
  openStack
 end openCard.

because I couldn't get consistent proof of "WHEN and WHY"
(this just shows how frustrated I became !)

I asked the famous Mr. Rinaldi (if he didn't know - who would !),
and he gave me an answer which I could not ALWAYS prove.
I asked questions about a month ago on this forum. I never got
a satisfactory answer. ("OpenStack ?",  March 04)

Now I use a HomeStack principle to send the OpenStack commands
to my called stack, solving the well known "uncertainty" principle
(sorry Mr. Heisenberg !) of  "WHEN is openStack executed ?"

Even today, I don't know (and now I don't care) because I found a
solution which is satisfactory to me !

Best

-Francis

"Nothing should ever be done for the first time !"


___
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: preOpenStack, openStack in Card 1?? Rules conformation

[Richard Gaskin]

David Burgun wrote:

Also I am not clear of the path the preOpenStack and openStack   
handlers take. For a mainStack I'm guessing its:
mainStack:Card1:preOpenStack and if not defined mainStack:  
preOpenStack.

But how about a sub-stack?
subStack:preOpenStack ??


For a diagram of the firing order see:

<http://www.fourthworld.com/embassy/articles/revolution_message_path.html>


Thanks this was very interesting, I'm guessing the path used for  
preOpenStack is the same one as for openCard?


Yep.  The path is pretty much the same for all messages, going to the 
topmost object in the path for which the message is relevant, and then 
passing through the path as shown in that diagram.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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: preOpenStack, openStack in Card 1?? Rules conformation

[David Burgun]

On 30 Mar 2006, at 20:34, Richard Gaskin wrote:


David Burgun wrote:
I don't tend to use sub-stacks but I do use multiple cards. I tend  
to  have a new mainStack (e.g. separate .rev files) for each main  
window.  Although I will could use sub-stacks in the future if  
there were a  good reason.


I use substacks less and less, and rarely in the stack that is the  
application.  These days my app stack is just a light shell which  
looks into a Components folder for all the program's meat.  This  
approach lets me update components from within the application on  
the fly if needed, right in the user's current session.


Initialization of course needs to be done only once, and the   
mainStack's first card will be the first recipient of the  
startup,  openStack, and preOpenStack messages.  The startup  
message is only  sent at runtime (the IDE gets it in  
development), so to get  initialization in both development and  
runtime I use preOpenStack  instead.
I use preOpenStack to initialize the app too. I have the handler   
defined in Card 1 of the (only) mainStack, so this should work if  
I  add sub-stacks?


Sure.  As a card script, it'll have no effect on any substacks in  
the file.


I hadn't really thought about it, I'm not sure if the  mainStack  
should initialize itself and all it's sub-stacks or whether  sub- 
stacks should initialize themselves when they opened.


I don't have a hard-and-fast rule on that myself, though I tend to  
initialize only the things I need to when I need them.  I really  
like getting from double-click to ready-to-work as quickly as  
possible.  It's been pleasing to eliminate the splash screen from  
many programs because they load so fast; when the splash is only  
visible for a fraction of a second it's more of a distraction  
("what was that?" than a help. :)


Yes! That's my experience too, I usually do a "wait" for a few  
seconds in the splash screen, but if the user clicks in the splash  
screen, I dismiss it straight away.




Also I am not clear of the path the preOpenStack and openStack   
handlers take. For a mainStack I'm guessing its:
mainStack:Card1:preOpenStack and if not defined mainStack:  
preOpenStack.

But how about a sub-stack?
subStack:preOpenStack ??


For a diagram of the firing order see:

<http://www.fourthworld.com/embassy/articles/ 
revolution_message_path.html>


Thanks this was very interesting, I'm guessing the path used for  
preOpenStack is the same one as for openCard?


Thanks a lot
All the Best
Dave


___
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: preOpenStack, openStack in Card 1?? Rules conformation

[Richard Gaskin]

David Burgun wrote:
I don't tend to use sub-stacks but I do use multiple cards. I tend to  
have a new mainStack (e.g. separate .rev files) for each main window.  
Although I will could use sub-stacks in the future if there were a  
good reason.


I use substacks less and less, and rarely in the stack that is the 
application.  These days my app stack is just a light shell which looks 
into a Components folder for all the program's meat.  This approach lets 
me update components from within the application on the fly if needed, 
right in the user's current session.


Initialization of course needs to be done only once, and the  
mainStack's first card will be the first recipient of the startup,  
openStack, and preOpenStack messages.  The startup message is only  
sent at runtime (the IDE gets it in development), so to get  
initialization in both development and runtime I use preOpenStack  
instead.


I use preOpenStack to initialize the app too. I have the handler  
defined in Card 1 of the (only) mainStack, so this should work if I  
add sub-stacks?


Sure.  As a card script, it'll have no effect on any substacks in the file.

I hadn't really thought about it, I'm not sure if the  
mainStack should initialize itself and all it's sub-stacks or whether  
sub-stacks should initialize themselves when they opened.


I don't have a hard-and-fast rule on that myself, though I tend to 
initialize only the things I need to when I need them.  I really like 
getting from double-click to ready-to-work as quickly as possible.  It's 
been pleasing to eliminate the splash screen from many programs because 
they load so fast; when the splash is only visible for a fraction of a 
second it's more of a distraction ("what was that?" than a help. :)


Also I am not clear of the path the preOpenStack and openStack  
handlers take. For a mainStack I'm guessing its:


mainStack:Card1:preOpenStack and if not defined mainStack: preOpenStack.

But how about a sub-stack?

subStack:preOpenStack ??


For a diagram of the firing order see:

<http://www.fourthworld.com/embassy/articles/revolution_message_path.html>

--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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: preOpenStack, openStack in Card 1?? Rules conformation.

[David Burgun]

Hi Richard,

On 30 Mar 2006, at 17:20, Richard Gaskin wrote:
For behaviors specific to my mainstack, I tend to put those in the  
mainStack's card script (or if there are multiple cards in my  
mainStack -- rare for me since I tend to use the mainStack as a  
repository of handlers -- I use a group in the mainStack).  I do  
this because the mainStack's stack script is available to all  
substacks, and the alternative requires a decision point ("if the  
short name of the target is the short name of me"); to minimize  
complexity I try to keep decision points to a minimum (more on code  
complexity and its implications for maintenance coming in an  
article at revJournal soon).




I don't tend to use sub-stacks but I do use multiple cards. I tend to  
have a new mainStack (e.g. separate .rev files) for each main window.  
Although I will could use sub-stacks in the future if there were a  
good reason.


Initialization of course needs to be done only once, and the  
mainStack's first card will be the first recipient of the startup,  
openStack, and preOpenStack messages.  The startup message is only  
sent at runtime (the IDE gets it in development), so to get  
initialization in both development and runtime I use preOpenStack  
instead.




I use preOpenStack to initialize the app too. I have the handler  
defined in Card 1 of the (only) mainStack, so this should work if I  
add sub-stacks? I hadn't really thought about it, I'm not sure if the  
mainStack should initialize itself and all it's sub-stacks or whether  
sub-stacks should initialize themselves when they opened.


Also I am not clear of the path the preOpenStack and openStack  
handlers take. For a mainStack I'm guessing its:


mainStack:Card1:preOpenStack and if not defined mainStack: preOpenStack.

But how about a sub-stack?

subStack:preOpenStack ??



For readability I tend to structure my initialization like this:

on preOpenStack
  InitApp
end preOpenStack

on InitApp
  InitGlobals
  InitFonts
  InitColors
  InitWindows
  InitMenus
end InitApp

...where each of those "Init*" handlers are also included the card  
script.


I do it like this too.


As a matter of tidiness I usually pass all system messages, in case  
some other object is added down the road which needs them.  With  
initialization, however, I prefer that everything be handled in one  
place so I don't pass that preOpenStack message.


I'm not sure if this is exactly what you were looking for; hope it  
helps.


Yes, it helps a lot!
Thanks Again
Dave
___
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: preOpenStack, openStack in Card 1?? Rules conformation.

[Rob Cozens]

Moi:


The Rev Docs (at least the old ones on my Mac) are wrong.


Actually, it depends on where one looks:

The Dictionary descriptions of preOpenStack and openStack say they are 
sent to the stack; but if one consults the old Dictionary's index 
showing all messages received by a card, both are listed there...along 
with closeStack & closeStackRequest.


Personal note:  I _really_ miss the old Dictionary's indexes of 
properties, messages, etc. by object type.  It was the section I 
referred to most often. :{(


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

___
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: preOpenStack, openStack in Card 1?? Rules conformation.

[Richard Gaskin]

David Burgun wrote:
I remember a while back I saw something about the preOpenStack and  
openStack handlers in Card 1 of the mainStack. Since then I have  
always placed these handlers in Card 1 and "passed" them (via pass  
command) to the Stack. However I can't seem to find that email  
anymore, could someone elaborate on how this works?


Most messages are generally sent to the highest object in the message 
path for which the message is relevant.  For example, when you select a 
control that control gets the selectedObjectChanged message.


For messages that have no specific control, like openStack, 
preOpenStack, etc., those are sent to the card.  They can be trapped 
there, or handled in the stack, depending on the scope of what you want 
to accomplish, or even handled in the mainStack or a library or a 
backScript.


For behaviors specific to my mainstack, I tend to put those in the 
mainStack's card script (or if there are multiple cards in my mainStack 
-- rare for me since I tend to use the mainStack as a repository of 
handlers -- I use a group in the mainStack).  I do this because the 
mainStack's stack script is available to all substacks, and the 
alternative requires a decision point ("if the short name of the target 
is the short name of me"); to minimize complexity I try to keep decision 
points to a minimum (more on code complexity and its implications for 
maintenance coming in an article at revJournal soon).


Initialization of course needs to be done only once, and the mainStack's 
first card will be the first recipient of the startup, openStack, and 
preOpenStack messages.  The startup message is only sent at runtime (the 
IDE gets it in development), so to get initialization in both 
development and runtime I use preOpenStack instead.


For readability I tend to structure my initialization like this:

on preOpenStack
  InitApp
end preOpenStack

on InitApp
  InitGlobals
  InitFonts
  InitColors
  InitWindows
  InitMenus
end InitApp

...where each of those "Init*" handlers are also included the card script.

As a matter of tidiness I usually pass all system messages, in case some 
other object is added down the road which needs them.  With 
initialization, however, I prefer that everything be handled in one 
place so I don't pass that preOpenStack message.


I'm not sure if this is exactly what you were looking for; hope it helps.

--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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: preOpenStack, openStack in Card 1?? Rules conformation.

[Rob Cozens]

Hi Dave,

I remember a while back I saw something about the preOpenStack and 
openStack handlers in Card 1 of the mainStack. Since then I have 
always placed these handlers in Card 1 and "passed" them (via pass 
command) to the Stack. However I can't seem to find that email 
anymore, could someone elaborate on how this works?


The Rev Docs (at least the old ones on my Mac) are wrong.  They say 
preOpenStack and openStack are sent to the STACK; however I just tested 
this, and obviously the first CARD of the stack falls within the 
Message Path for these messages.


And you don't need to pass them unless you have preOpenStack and/or 
openStack handlers in the stack script as well as the card script.


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

preOpenStack, openStack in Card 1?? Rules conformation.

[David Burgun]

Hi All,

I remember a while back I saw something about the preOpenStack and  
openStack handlers in Card 1 of the mainStack. Since then I have  
always placed these handlers in Card 1 and "passed" them (via pass  
command) to the Stack. However I can't seem to find that email  
anymore, could someone elaborate on how this works? I've looked  
through the dictionary and the PDF that came with 2.7, but I cant  
seem to find anything about it. Any pointers would be greatly  
appreciated.


All the Best
Dave


 
___

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: No OpenStack ..... ! Now Ending !

[Robert Brenstein]

I more or less guessed what the files were. My problem
is not what they are for, but HOW TO STOP THEM FROM
BEING COPIED, when I move from Mac to PC. Simply
because they are a PAIN ! Sometimes I copy folders with 200
or 300 files from my Mac to my PC, and I can tell you, ignoring
these .xxx files is not as easy as it looks !

-Francis


A job for a nifty Rev plugin (or just a function) that zaps those 
files into oblivion given a folder path?


Robert
___
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: No OpenStack ..... ! Now Ending !

[Wally Rodriguez]

When you zip the files they are joined into one file, which in my  
experience, allows them to survive the transit through the many  
routers and other pieces of gear on the internet. This file is  
usually smaller than the sum of the parts as well so there are some  
time savings involved in zipping them as well.



On Mar 8, 2006, at 4:56 PM, Francis Nugent Dixon wrote:


Thanks for the clarifications. I will zip my files now before
transferring, although I would love to know WHY this solves
problems.


___
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: No OpenStack ..... ! Now Ending !

[Richard Gaskin]

Francis Nugent Dixon wrote:

and thanks for your comments about the .xxx files when
moving from Mac to PC,

I think the name of the thread has now changed to
"What the h are these files ?".

I more or less guessed what the files were. My problem
is not what they are for, but HOW TO STOP THEM FROM
BEING COPIED, when I move from Mac to PC. Simply
because they are a PAIN ! Sometimes I copy folders with 200
or 300 files from my Mac to my PC, and I can tell you, ignoring
these .xxx files is not as easy as it looks !




Good luck.

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.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

No OpenStack ..... ! Now Ending !

[Francis Nugent Dixon]

Hi to all,

and thanks for your comments about the .xxx files when
moving from Mac to PC,

I think the name of the thread has now changed to
"What the h are these files ?".

I more or less guessed what the files were. My problem
is not what they are for, but HOW TO STOP THEM FROM
BEING COPIED, when I move from Mac to PC. Simply
because they are a PAIN ! Sometimes I copy folders with 200
or 300 files from my Mac to my PC, and I can tell you, ignoring
these .xxx files is not as easy as it looks !

-Francis

"In the quantum world, what you see is what you get and
nothing is real. The best you can hope for is a set of delusions
that agree with one another"

___
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: No OpenStack ..... ! Now Ending !

[Judy Perry]

This is exactly the same problem I had with my students last week.  Only
neither one would open.

Judy

On Thu, 9 Mar 2006, Rob Cozens wrote:

>
> Francis,
>
> > One more small point. When I drop my files onto (would
> > you believe it ?) a Lexar JumpDrive, and move to the PC,
> > I find that I have twice the files I thought. I get the same
> > number of Alias ? files, equivalent to the files I copied.
> > How do I remove this problem ?
> >
>
> I have simply ignored the files that whose names start with "._".
>
> I suspect these files contain the resource fork data -- if the file has
> any.  Since Rev stacks have nothing in the resource fork, it shouldn't
> be an issue...and hasn't been for moi.

___
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: ._ files (was: No OpenStack ..... ! Now Ending !)

[Andre Garzia]

Those prefixed files are created everytime you copy something from  
HFS, HFS+ partitions to some flat file partition such as CDFS, Fat32,  
Ext2... The finder creates it so that it does not lose resource fork  
information. Deleting it might endanger your app depending on how the  
app was programed. On an app that makes heavy use of the resource  
fork for storing icons, images and stuff, you can be sure that  
deleting that file will break things. The finder will also reassemble  
the files as they are moved back onto HFS/HFS+


Cheers
andre

PS: Gotta love those ADC docs...


On Mar 9, 2006, at 2:24 PM, Thomas McGrath III wrote:

What this article doesn't say is what happens if you don't see both  
file, then what does not 'safely ignoring' the file do? Is it  
unsafe to delete the file in some cases?


And how does the file get put back together? Does the OS know how  
to do this?



"The second new file has the name of the original file prefixed by  
a "._ " and contains the resource fork of the original file. If you  
see both files, the ._ file can be safely ignored. Sometimes when  
deleting a file, the ._ component will not be deleted. If this  
occurs you can safely delete the ._ file."


Tom

On Mar 9, 2006, at 12:03 PM, Robert Brenstein wrote:


Francis,


One more small point. When I drop my files onto (would
you believe it ?) a Lexar JumpDrive, and move to the PC,
I find that I have twice the files I thought. I get the same
number of Alias ? files, equivalent to the files I copied.
How do I remove this problem ?



I have simply ignored the files that whose names start with "._".

I suspect these files contain the resource fork data -- if the  
file has any.  Since Rev stacks have nothing in the resource  
fork, it shouldn't be an issue...and hasn't been for moi.


Rob Cozens, CCW
Serendipity Software Company



For those wondering about those ._ files, here is the explanation  
from the "guilty" party, Apple itself:


http://docs.info.apple.com/article.html?artnum=106510

For most files, these ._ are actually empty and in case of Rev  
stacks safely ditched.


Robert



Thomas J McGrath III
[EMAIL PROTECTED]

Lazy River Software™ - http://www.lazyriversoftware.com

Lazy River Metal Art™ - http://www.lazyriversoftware.com/metal.html

Meeting Wear™ - http://www.cafepress.com/meetingwear

Semantic Compaction Systems - http://www.minspeak.com

SCIconics, LLC - http://www.sciconics.com/sciindex.html







___
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


___
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: ._ files (was: No OpenStack ..... ! Now Ending !)

[Thomas McGrath III]

What this article doesn't say is what happens if you don't see both  
file, then what does not 'safely ignoring' the file do? Is it unsafe  
to delete the file in some cases?


And how does the file get put back together? Does the OS know how to  
do this?



"The second new file has the name of the original file prefixed by a  
"._ " and contains the resource fork of the original file. If you see  
both files, the ._ file can be safely ignored. Sometimes when  
deleting a file, the ._ component will not be deleted. If this occurs  
you can safely delete the ._ file."


Tom

On Mar 9, 2006, at 12:03 PM, Robert Brenstein wrote:


Francis,


One more small point. When I drop my files onto (would
you believe it ?) a Lexar JumpDrive, and move to the PC,
I find that I have twice the files I thought. I get the same
number of Alias ? files, equivalent to the files I copied.
How do I remove this problem ?



I have simply ignored the files that whose names start with "._".

I suspect these files contain the resource fork data -- if the  
file has any.  Since Rev stacks have nothing in the resource fork,  
it shouldn't be an issue...and hasn't been for moi.


Rob Cozens, CCW
Serendipity Software Company



For those wondering about those ._ files, here is the explanation  
from the "guilty" party, Apple itself:


http://docs.info.apple.com/article.html?artnum=106510

For most files, these ._ are actually empty and in case of Rev  
stacks safely ditched.


Robert



Thomas J McGrath III
[EMAIL PROTECTED]

Lazy River Software™ - http://www.lazyriversoftware.com

Lazy River Metal Art™ - http://www.lazyriversoftware.com/metal.html

Meeting Wear™ - http://www.cafepress.com/meetingwear

Semantic Compaction Systems - http://www.minspeak.com

SCIconics, LLC - http://www.sciconics.com/sciindex.html







___
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: ._ files (was: No OpenStack ..... ! Now Ending !)

[Robert Brenstein]

Francis,


One more small point. When I drop my files onto (would
you believe it ?) a Lexar JumpDrive, and move to the PC,
I find that I have twice the files I thought. I get the same
number of Alias ? files, equivalent to the files I copied.
How do I remove this problem ?



I have simply ignored the files that whose names start with "._".

I suspect these files contain the resource fork data -- if the file 
has any.  Since Rev stacks have nothing in the resource fork, it 
shouldn't be an issue...and hasn't been for moi.


Rob Cozens, CCW
Serendipity Software Company



For those wondering about those ._ files, here is the explanation 
from the "guilty" party, Apple itself:


http://docs.info.apple.com/article.html?artnum=106510

For most files, these ._ are actually empty and in case of Rev stacks 
safely ditched.


Robert
___
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: No OpenStack ..... ! Now Ending !

[Rob Cozens]

Francis,


One more small point. When I drop my files onto (would
you believe it ?) a Lexar JumpDrive, and move to the PC,
I find that I have twice the files I thought. I get the same
number of Alias ? files, equivalent to the files I copied.
How do I remove this problem ?



I have simply ignored the files that whose names start with "._".

I suspect these files contain the resource fork data -- if the file has 
any.  Since Rev stacks have nothing in the resource fork, it shouldn't 
be an issue...and hasn't been for moi.


Rob Cozens, CCW
Serendipity Software Company

"A human being is a part of the whole, called by us "Universe," a part 
limited in time and space.  He experiences himself, his thoughts and 
feelings as something separated from the rest--a kind of optical 
delusion of his consciousness.  This delusion is a kind of prison for 
us, restricting us to our personal desires and to affection for a few 
persons nearest to us.  Our task must be to free ourselves from this 
prison by widening our circle of compassion to embrace all living 
creatures and the whole nature in its beauty."  -- Albert Einstein


___
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

No OpenStack ..... ! Now Ending !

[Francis Nugent Dixon]

Hi Rob,

Thanks for the clarifications. I will zip my files now before
transferring, although I would love to know WHY this solves
problems.

One more small point. When I drop my files onto (would
you believe it ?) a Lexar JumpDrive, and move to the PC,
I find that I have twice the files I thought. I get the same
number of Alias ? files, equivalent to the files I copied.
How do I remove this problem ?

Bets from Paris

-Francis

"Nothing should ever be done for the first time !"


___
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: No OpenStack ..... ! continued

[Rob Cozens]

Hi Francis,


You say  :

|  The main issue I had was created by moving uncompressed stacks from 
Mac

|  to PC.
|
|  Once I began compressing stacks on the Mac & decompressing on my 
TPC,

|  all but minor problems went away.

Could you clarify just a little please ? My curiosity is aroused !



Before I upgraded to RRv2.6.1, I was using v2.1.2 on MacOS Classic and 
MacOSX Macs.  When I renewed my license, I chose a Studio license for 
Windows, as my preferred platform is the Tablet PC.


In my first attempt at moving my Mac stacks to WinXP, I simply plugged 
my Lexar JumpDrive into a USB slot on the Mac, dragged the stack files 
to the JumpDrive, and reversed the process on the TPC.  (I had been 
using this technique to move files between MacOS Classic and MacOSX for 
some time with no problem.)


Some stacks seemed to survive this process and run OK; but others 
didn't.  Most especially, I would get "there was an error creating the 
standalone" errors from the Standalone Builder.


Based on suggestions from this List, I revised my stack file transfer 
procedure so that the stack files are compressed on the Mac before 
dragging them to the JumpDrive and decompressed on the TPC.  When this 
was done, the stacks that wouldn't build correctly previously did build 
working standalone apps.


Others used zip format, I use SDB_Tools plugIn's Compress/Expand folder 
menuItems, and one could probably use Rev's gzip facility (though the 
later must be applied on a file-by-file basis).


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

No OpenStack ..... ! continued

[Francis Nugent Dixon]

Rob,

You say  :

|  The main issue I had was created by moving uncompressed stacks from 
Mac

|  to PC.
|
|  Once I began compressing stacks on the Mac & decompressing on my TPC,
|  all but minor problems went away.

Could you clarify just a little please ? My curiosity is aroused !

Thanks

-Francis

"Nothing should ever be done for the first time !"
___
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: No OpenStack ..... ! continued

[Rob Cozens]

Morning Francis,


I have other problems moving to the PC platform,



The main issue I had was created by moving uncompressed stacks from Mac 
to PC.


Once I began compressing stacks on the Mac & decompressing on my TPC, 
all but minor problems went away.


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
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: No OpenStack ..... ! continued

[Francis Nugent Dixon]

Thanks to Rob, Charles  and Jacqueline for their counsel.

I finally read up the documentation on openStack !
 (I thought it would be the same as in HyperCard,
but no). It says "Put script in first card script" (strange
place to put it !). So I did, and now it works.

You learn every day .

I have other problems moving to the PC platform,
which will possibly be the object of my next posts,
but .. "one step at a time".

-Francis

"Nothing should ever be done for the first time".


___
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: No OpenStack ..... ! continued

[Rob Cozens]

Hi Francis,


You wanted my "openStack" script, so here it is.
But I can't see anything in there that can cause
a problem. I hope it is easy to read with the folding.
It works perfectly well when I type "OpenStack" in the
message box (on my Mac).



Does your stack have a preOpenStack or preOpenCard (for card 1) handler?

If it does, try running it/them from the Message Window.

Both handlers run before openStack, and it has been my experience that 
errors in preOpenStack handlers may _not_ generate an error message.



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
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: No OpenStack ..... ! continued

[J. Landman Gay]

Francis Nugent Dixon wrote:

Hi Jacqueline,

You wanted my "openStack" script, so here it is.
But I can't see anything in there that can cause
a problem. I hope it is easy to read with the folding.
It works perfectly well when I type "OpenStack" in the
message box (on my Mac).


I'm not sure why it works on Mac either, actually, but maybe I am 
misinterpreting the script. You have many variables that are not defined:


myImpExpFileName
myDataFolderName
myPrintFileName

etc. Do you have fields that are named those things? If so, put them in 
quotation marks, like this:


if exists(field "MyImpExpFileName") then...

If you do not have fields named MyImpExpFileName, etc. then those lines 
of script will never execute. But you say they work on Mac, so maybe you 
do have fields named that way.


This looks wrong to me too:

  put "\Revolution\" into GVStackPath...

Paths in Revolution always use forward slashes, so it should be:

  put "/Revolution/" into GVStackPath

same as on Macs. This might be why the script does not work on Windows.

For a test, try making a simple stack with a simple openStack script. 
Maybe like this:


 on openstack
   put "Openstack sent"
 end openstack

Then run the stack on Windows. You should see "openstack sent" displayed 
in the message box. That means the message was sent properly.


Finally, try putting a breakpoint next to one of the lines in your 
openstack handler. When you open the stack on Windows, you should drop 
into the debugger when it finds that breakpoint. Then you can step 
through each line to see what is going wrong.


If you do not drop into the debugger, then you are right, the openstack 
message is probably not being sent to your stack. That usually means 
another script has blocked it somewhere, maybe in a frontscript.



--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.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

No OpenStack ..... ! continued

[Francis Nugent Dixon]

Hi Jacqueline,

You wanted my "openStack" script, so here it is.
But I can't see anything in there that can cause
a problem. I hope it is easy to read with the folding.
It works perfectly well when I type "OpenStack" in the
message box (on my Mac).

Thanks for looking.

-Francis

 
----


on openStack
  --
  -- This is a standard "OpenStack" for all my stacks. It makes  
available certain global
  -- variables which may be used if required within the stack. As  
many of my stacks use
  -- data files, photo files and print files, global variables are  
available for certain
  -- folder paths and files, and are stored in standard fields on  
card 1 of the stack, IF
  -- those fields are present. As the stack can be run on a Mac or  
a PC, a platform identity
  -- is stored in a standard field on card 1 of the main stack, IF  
this field is present.

  --
  global  
GVThisPlatform,GVStackName,GVStackLanguage,GVStackPath,GVSuffixPath

  global GVImpExpFileName,GVDataPath,GVPhotoPath,GVPrintFileName
  --
  -- V1 - 2006/02/03 - 13:50 - Creation for DreamCard - extended  
from HyperCard.

  -- V2 - 2006/02/09 - 22:30 - Added new Folder Paths.
  -- V3 - 2006/02/17 - 12:53 - Changed English/French value to 1/2  
(and not 0/1)
  --   This will allow me to access English  
or French error messages,
  --   and to set English or French labels,  
if required.
  -- V4 - 2006/02/17 - 16:00 - Simplified Global Folder Path  
definitions.
  -- V5 - 2006/03/03 - 18:00 - Removed from trial "MyHomeStack" and  
placed in all stacks.
  --   (MyHomeStack didn't satisfy me, so I  
dropped the idea !).
  -- V6 - 2006/03/04 - 15:15 - Created global variables for Data,  
Photo and Print folders and files.

  --
  -- This script initializes all of my Global Variables.
  --
  -- 1 - Set current platform Global Variable
  --
  put the platform into LVHoldPlatform
  if LVHoldPlatform = "MacOS" then put "Mac - OS X"   into  
GVThisPlatform
  if LVHoldPlatform = "Win32" then put "PC - Windows" into  
GVThisPlatform.

  --
  -- 2 - Get the Stack Name.
  --
  put the short name of this stack into GVStackName
  --
  -- 3 - Set Language - Assume English when loading stack
  --
  put 1 into GVStackLanguage
  --
  -- 4 - Fill field "MyPlatform" in card 1 of mainstack, if it  
exists.

  --
  if exists(field MyPlatform) then put GVThisPlatform into field  
MyPlatform of card 1 of stack GVStackName

  --
  -- 4 - Set my Revolution Paths. These are similar to my Hypercard  
paths but point to my Revolution
  -- folders, which are identical in levels and names, on both  
the Mac and the PC.
  -- Note that (for some reason) the Disk element (Tradition/  
or C:\) does not form part of the path.

  --
  if LVHoldPlatform = "MacOS" then
put "/Revolution/" into GVStackPath
put ".hc" into  GVSuffixPath-- Set  
up my Mac suffix for text files.
--  -- The  
.hc suffix on MY Mac system opens Microsoft Word.

  end if
  if LVHoldPlatform = "Win32" then
put "\Revolution\" into GVStackPath
put ".txt" into  GVSuffixPath   -- Set  
up my PC suffix for text files.

  end if
  put GVStackPath & GVStackName & "/Print/ImpExp.hc" into  
GVImpExpFileName

  put GVStackPath & GVStackName & "/Data/" into GVDataPath
  put GVStackPath & GVStackName & "/Photos/" into GVPhotoPath
  put GVStackPath & GVStackName & "/Print/" & GVStackName &  
GVSuffixPath into GVPrintFileName

  --
  -- Now store these variables into card 1 fields, if they exist.
  --
  if exists(field MyImpExpFileName) then put GVImpExpFileName 
into field MyImpExpFileName
  if exists(field MyDataFolderName) then put GVDataPath   
into field MyDataFolderName
  if exists(field MyPhotosFolderName) then put GVPhotoPath
into field MyPhotosFolderName
  if exists(field MyPrintFileName) then put GVPrintFileName   
into field MyPrintFileName

end openStack



___
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: No Openstack ..... !

[Charles Hartman]

So use StackRunner (which beats the pants off the Dreamcard player  
anyway) on the PC too. You can bundle it with your stack for others  
to use.


Charles


On Mar 4, 2006, at 12:58 PM, Francis Nugent Dixon wrote:


Hi from Paris,

I have just run into my first Platform problem, but in fact,
my problem started on my Mac, and hasn't gone away !.
I finished developing a stack on my Mac. During development,
I couldn't get it to run the OpenStack script (why I don't know).
I found that when using Stack Runner, OpenStack WAS executed,
so while I was testing on the Mac, each time I loaded, I executed
the openStack command from the message box, and execution
was fine (dirty but fine !). I imagined that DreamCard Player on
the PC would work the same way as Stack Runner on the Mac.

Unfortunately, when I execute the stack on my PC using the
DreamCard player, OpenStack is NOT executed, and so my
stack serves no purpose, because I initialize global variables
which are essential for execution.

So, back to the Mac to create a button to execute openStack,
then back to the PC. When I click on the button on the PC,
nothing happens, so I am back to square one. What is going
wrong, or more specifically, what am I doing wrong ?

-Francis


___
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


___
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: No Openstack ..... !

[J. Landman Gay]

Francis Nugent Dixon wrote:


So, back to the Mac to create a button to execute openStack,
then back to the PC. When I click on the button on the PC,
nothing happens, so I am back to square one. What is going
wrong, or more specifically, what am I doing wrong ?


It sounds like a platform-related script error that is causing the 
handler to abort. Can you post your openstack handler here?


--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.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

No Openstack ..... !

[Francis Nugent Dixon]

Hi from Paris,

I have just run into my first Platform problem, but in fact,
my problem started on my Mac, and hasn't gone away !.
I finished developing a stack on my Mac. During development,
I couldn't get it to run the OpenStack script (why I don't know).
I found that when using Stack Runner, OpenStack WAS executed,
so while I was testing on the Mac, each time I loaded, I executed
the openStack command from the message box, and execution
was fine (dirty but fine !). I imagined that DreamCard Player on
the PC would work the same way as Stack Runner on the Mac.

Unfortunately, when I execute the stack on my PC using the
DreamCard player, OpenStack is NOT executed, and so my
stack serves no purpose, because I initialize global variables
which are essential for execution.

So, back to the Mac to create a button to execute openStack,
then back to the PC. When I click on the button on the PC,
nothing happens, so I am back to square one. What is going
wrong, or more specifically, what am I doing wrong ?

-Francis


___
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: openStack Initialization Issues

[Jeanne A. E. DeVoto]

At 8:34 PM -0700 2/26/2006, Arthur Urban wrote:
Is there a way I can detect when my main stack receives the 
openStack message versus when my substacks receives the message and 
pass it all the way down to the mainstack? I do once only 
initialization in my mainstack, and I can't seem to reliably detect 
when a substack is triggering the openStack message and skip over 
the init code. I've tried using the target and the me function, 
nothing seems to work. Too bad there is no openMainStack handler. 
(even using on startUp doesn't help me) Ugh...what am i missing? 
thanx!


In the alternative to Richard's suggestion, you can also check the 
target function in the handler. The target is the object that 
originally received the message, so if openStack is responding to a 
substack, the opening card of the substack is the target:


  on openStack
-- do anything you need to do for all stacks here
if the owner of the target is not me then pass openStack
-- do main stack-specific things here
  end openStack
--
jeanne a. e. devoto ~ [EMAIL PROTECTED]
http://www.jaedworks.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: openStack Initialization Issues

[Devin Asay]

On Feb 26, 2006, at 11:14 PM, Arthur Urban wrote:




Richard Gaskin wrote:

Arthur Urban wrote:
Is there a way I can detect when my main stack receives the  
openStack message versus when my substacks receives the message  
and pass it all the way down to the mainstack? I do once only  
initialization in my mainstack, and I can't seem to reliably  
detect when a substack is triggering the openStack message and  
skip over the init code. I've tried using the target and the me  
function, nothing seems to work. Too bad there is no  
openMainStack handler. (even using on startUp doesn't help me)  
Ugh...what am i missing? thanx!


If you put your mainStack's initialization into the card script of  
your mainStack you never need to worry about substacks triggering it.
That sure is mighty clever...I might even have to do that. I'm  
surprised that there is no "official" and "correct" way to deal  
with this, but perhaps as more folks see this thread, a non- 
workaround might arise. Thank you so much for the input! :)


Don't forget the good ol' startup message handler, which executes  
when you first launch, although that only works when you compile the  
stack as a standalone. It's not terribly helpful when you're working  
in the development environment.


Devin

Devin Asay
Humanities Technology and Research Support Center
Brigham Young University

___
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: openStack Initialization Issues

[Scott Kane]

Richard,

> But in the last seven years I haven't written an app in which the 
> mainStack has more than one card;

That's interesting as that ability is one of the most
useful properties I've found in Rev.  It's something
RealBasic flounders on.  It has an object you can drop
on a Window that becomes the foundation for "pages".
The let down with RB is that the objects on the page
corrupt terribly (especially with database stuff and
a simple Tabbed Notebook object).  Rev on the other hand
handles it beautifully with it's stack of cards concept.

Scott


___
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: openStack Initialization Issues

[Richard Gaskin]

Paul Claude wrote:

   on preOpenStack
 if the short name of this stack = the short name of me then
   -- do initialization
 end if
   end preOpenStack


Maybe this is the better way, because you can control the message even if
your main stack has more than one card.


If your mainstack has more than one card, yes, that's a good option.

But in the last seven years I haven't written an app in which the 
mainStack has more than one card; I tend to factor out data from the UI, 
and even factor out the UI from the mainStack used for the application.


But the beauty of Transcript is that it provides many ways to solve a 
given problem, allowing you to pick the one whose nuance best fits the 
specifics of the problem at hand.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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: openStack Initialization Issues

[Paul Claude]

>on preOpenStack
>  if the short name of this stack = the short name of me then
>-- do initialization
>  end if
>end preOpenStack

Maybe this is the better way, because you can control the message even if
your main stack has more than one card.

Greetings

Paul Claude


___
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: openStack Initialization Issues

[Richard Gaskin]

Arthur Urban wrote:


Richard Gaskin wrote:
If you put your mainStack's initialization into the card script of 
your mainStack you never need to worry about substacks triggering it.


That sure is mighty clever...I might even have to do that. I'm surprised 
that there is no "official" and "correct" way to deal with this, but 
perhaps as more folks see this thread, a non-workaround might arise. 
Thank you so much for the input! :)


In my office, that's the official way.

If you really want to filter in the mainStack script you can use 
something like:


  on preOpenStack
if the short name of this stack = the short name of me then
  -- do initialization
end if
  end preOpenStack


That's the thing with Transcript:  there are often many ways to solve a 
given problem. Which one is "best" may often depend on the specifics of 
the task at hand.


Using the message path smartly in lieu of conditionals is not 
necessarily a workaround.  Sometimes it lends itself to cleaner, simpler 
code.


There may be other items of interest with regard to the message path here:


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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: openStack Initialization Issues

[Arthur Urban]

Richard Gaskin wrote:

Arthur Urban wrote:
Is there a way I can detect when my main stack receives the openStack 
message versus when my substacks receives the message and pass it all 
the way down to the mainstack? I do once only initialization in my 
mainstack, and I can't seem to reliably detect when a substack is 
triggering the openStack message and skip over the init code. I've 
tried using the target and the me function, nothing seems to work. 
Too bad there is no openMainStack handler. (even using on startUp 
doesn't help me) Ugh...what am i missing? thanx!


If you put your mainStack's initialization into the card script of 
your mainStack you never need to worry about substacks triggering it.
That sure is mighty clever...I might even have to do that. I'm surprised 
that there is no "official" and "correct" way to deal with this, but 
perhaps as more folks see this thread, a non-workaround might arise. 
Thank you so much for the input! :)

___
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: openStack Initialization Issues

[Richard Gaskin]

Arthur Urban wrote:
Is there a way I can detect when my main stack receives the openStack 
message versus when my substacks receives the message and pass it all 
the way down to the mainstack? I do once only initialization in my 
mainstack, and I can't seem to reliably detect when a substack is 
triggering the openStack message and skip over the init code. I've tried 
using the target and the me function, nothing seems to work. Too bad 
there is no openMainStack handler. (even using on startUp doesn't help 
me) Ugh...what am i missing? thanx!


If you put your mainStack's initialization into the card script of your 
mainStack you never need to worry about substacks triggering it.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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

openStack Initialization Issues

[Arthur Urban]

Is there a way I can detect when my main stack receives the openStack 
message versus when my substacks receives the message and pass it all 
the way down to the mainstack? I do once only initialization in my 
mainstack, and I can't seem to reliably detect when a substack is 
triggering the openStack message and skip over the init code. I've tried 
using the target and the me function, nothing seems to work. Too bad 
there is no openMainStack handler. (even using on startUp doesn't help 
me) Ugh...what am i missing? thanx!

___
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: preopenstack and openstack handler under Rev 2.6.1 OS X

[Pierre Sahores]

Le 8 déc. 05 à 16:59, Eric Chatonet a écrit :


Could you share your problem on the list?
Can help...


Here is the code...


on preOpenStack
  if the short name of this stack is not "klimax" then pass  
PreOpenStack


  put " Please, wait. Rev app's server loading..."
  set twelveHourTime to false
  put "Rev TCP/IP APP'S server up since" && the short date & "," &&  
the short time into binfo


  # start using stack "aslibsmtp"

  set itemdel to "/"
  put "/" & item 2 to -2 of the long name of this stack & "/" into  
Lepath
  put "/" & item 2 to -3 of the long name of this stack & "/" into  
LepathRacine


  ### Fonctions communes de binding du serveur PostgreSQL :  
Début ###


  #  if the platform is "MacOS" then
  #repeat for each item i in revOpenDatabases()
  #  get revdb_disconnect(i)
  #end repeat
  #put revOpenDatabase 
("PostgreSQL","localhost","progis","postgres","postgres") into  
PGLinkOpen

  #  else if the systemversion is "Linux 2.4.18-4GB"
  #  then put "psql -h localhost progis -U postgres" into PgPath
  #  else put "/usr/local/pgsql/bin/psql -h localhost progis -U  
postgres" into PgPath


  ### Fonctions communes de binding du serveur PostgreSQL : Fin  



  set the socketTimeoutInterval to "10"
  if the windows is "klimax"
  then accept connections on port "967" with message "newconnect"
  else accept connections on port "9678" with message "newconnect"

  send doGlobalsInit to btn "metier"
  openstack

  open file Lepath & "rev-as_log.txt" for append
  if the result is not "" then
write cr & the result & cr to file Lepath & "rev-as_log.txt"
put " " & the result after Pboot
  else write return & return & "Open sockets :" && the opensockets  
& return & return to file Lepath & "rev-as_log.txt"

  close file Lepath & "rev-as_log.txt"

  replace " eof" with "" in Pboot
  if the num of words in Pboot > 0
  then put "klimax app server not up :" & Pboot
  else put binfo

end preOpenStack



on openstack
  set the tool to "browse"
  if the windows is not "klimax" then
set the rect of window "message box" to "6,59,407,131"
set the topleft of window "klimax" to "440,69"
  end if
end openstack



on opencard
  # if the environment is not "development" then start using "LibURL"
end opencard


...


on doGlobalsInit

  put url ("file:" & Lepath & "gd-graphics.php") into MaskGDG
  put url ("file:" & Lepath & "header.html") into HeadInclude
  put url ("file:" & Lepath & "footer.html") into BotInclude
  put url ("file:" & Lepath & "mask.html") into MaskKLX

end doGlobalsInit


Thanks for your help !



Le 8 déc. 05 à 16:56, Pierre Sahores a écrit :

Merci Eric. C'est donc bien le contenu que j'utilise dans le  
propenstack qui n'est plus supporté de la même manière entre les  
2.6 et 2.6.1...


Best Regards from Paris,
Eric Chatonet
-- 


http://www.sosmartsoftware.com/[EMAIL PROTECTED]/





--
That's all for yet, Friends, Kind Regards, Pierre Sahores

"A partir du moment où on évolue dans une activité où il n'y a pas de  
place pour la fanfaronnade, on est obligé de tomber sur des  
personnages d'exception. Tous ces gens sont au limiteur." Pierre  
Dupasquier



___
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: preopenstack and openstack handler under Rev 2.6.1 OS X

[Pierre Sahores]

Le 8 déc. 05 à 17:29, Eric Chatonet a écrit :


Hi Pierre,

I isolated a line that seems to be always false since you have more  
than one window open (the message box for instance used at the  
beginning of your preOpenStack handler).

With your code port "9678" will always used.
I don't if that can help...


port 967 is only available in root protected mode under the linux  
platform. It's the normal way to get the 9678 port up by default  
under OS X.


May be "line 1 of the windows" or the topStack or...: depends on  
*your* context :-)


No, as long as what i need to test there is if there is only one or  
more lines in the windows.


The interesting thing is that in downloading a fresh Rev 2.6.1 issue  
from the runrev site, all works again as expected... I can't see any  
difference betwin the previous issue i used until yet and the new  
one, except the plug-ins i had binded to the previous version ?!!


Thanks for your help, Eric.

--
Bien cordialement, Pierre Sahores

100, rue de Paris
F - 77140 Nemours

[EMAIL PROTECTED]
[EMAIL PROTECTED]

GSM:   +33 6 03 95 77 70
Pro:  +33 1 64 45 05 33
Fax:  +33 1 64 45 05 33



WEB/VoD/ACID-DB services over IP
"Mutualiser les deltas de productivité"


___
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

preopenstack and openstack handler under Rev 2.6.1 OS X

[Pierre Sahores]

Hi,

Most of my apps are using both the preopenstack and openstack  
handlers at launch. It seems the Rev 2.6.1 engine is unable to catch  
them anymore, under the Mac OS X 10.4.3 platform at least.


All works well again, as expected, in using the Rev 2.6 issue under  
the same OS X platform.


--
Bien cordialement, Pierre Sahores

100, rue de Paris
F - 77140 Nemours

[EMAIL PROTECTED]
[EMAIL PROTECTED]

GSM:   +33 6 03 95 77 70
Pro:  +33 1 64 45 05 33
Fax:  +33 1 64 45 05 33

<http://www.sahores-conseil.com/>

WEB/VoD/ACID-DB services over IP
"Mutualiser les deltas de productivité"


___
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: openstack 101

[Mark Swindell]

Thanks for your help.  Also, thank  you Sarah and Nicolas.  It seems  
odd though that the openstack handler isn't called automatically when  
the new stack window first comes up, no matter where it is being  
opened from.

Mark

On Jul 19, 2005, at 10:26 PM, Chipp Walters wrote:


oops, I accidently deleted the 'first part' ;-)

Chipp Walters wrote:


Mark,
Here's what I would do:
First, I would put an 'on OpenStack' handler in the first card  
script of the stack.




on openStack
  breakpoint
  beep
end openStack


then save it, close Rev, open Rev, choose the browse tool, and  
open your stack. See if the debugger gets called. If not, then I  
would suspect there's an openStack handler in a frontScript  
somewhere which isn't getting passed.



___
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: openstack 101

[Chipp Walters]

oops, I accidently deleted the 'first part' ;-)

Chipp Walters wrote:

Mark,

Here's what I would do:

First, I would put an 'on OpenStack' handler in the first card script of 
the stack.


on openStack
  breakpoint
  beep
end openStack




then save it, close Rev, open Rev, choose the browse tool, and open your 
stack. See if the debugger gets called. If not, then I would suspect 
there's an openStack handler in a frontScript somewhere which isn't 
getting passed.

___
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: openstack 101

[Chipp Walters]

Mark,

Here's what I would do:

First, I would put an 'on OpenStack' handler in the first card script of 
the stack.



then save it, close Rev, open Rev, choose the browse tool, and open your 
stack. See if the debugger gets called. If not, then I would suspect 
there's an openStack handler in a frontScript somewhere which isn't 
getting passed.


I have a standalone 'shell' which I use. It consists of a small stack 
with a single button named "Launch It" with the script:


on mouseUp
  if there is a file "config.txt" then
put URL ("file:config.txt") into tStackPathToOpen
  else
answer file "Choose a Stack to Open"
if it is empty then exit to top
put it into tStackPathToOpen
put tStackPathToOpen into URL ("file:config.txt")
  end if
  go stack tStackPathToOpen
end mouseUp

Then there's this in the stack's *CARD* script:

on closeStack
  if the environment is not "development" then
quit
  else
close this stack
  end if
end closeStack

I make this into a standalone, and I can use it to 'test' outside the IDE.

best,

Chipp



Mark Swindell wrote:
Ok, I'm feeling pretty dumb, but why doesn't my openstack handler  
execute when my stack opens?  What am I not getting?  (I type  openstack 
into the messagebox after opening and all is well, but the  handler 
doesn't execute when opening my stack from scratch.)

___
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: openstack 101

[Sarah Reichelt]

Ok, I'm feeling pretty dumb, but why doesn't my openstack handler  
execute when my stack opens?  What am I not getting?  (I type  
openstack into the messagebox after opening and all is well, but  
the handler doesn't execute when opening my stack from scratch.)


I had the feeling that the open & preOpenStack handlers in the  
mainStack were not always called if the stack was opened while using  
the edit tool. They will work fine in your app, but you may want to  
put in a secret keystroke or something that calls it after startup  
while in the IDE.


HTH,
Sarah

___
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: openstack 101

[Mark Swindell]

Nicolas,
Thanks, but I had no luck with preopenstack, either.  And the stack  
is the main stack, there are no others in the project at this point.

Mark

On Jul 19, 2005, at 7:28 PM, Nicolas Cueto wrote:


I hope someone more knowledgeable jumps in but...

Perhaps another stack is handling the "openStack"
message before it arrives to your targeted stack?

Or you might want to try "preOpenStack" instead.

--
Nicolas Cueto
___
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


___
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: openstack 101

[Nicolas Cueto]

I hope someone more knowledgeable jumps in but...

Perhaps another stack is handling the "openStack" 
message before it arrives to your targeted stack?

Or you might want to try "preOpenStack" instead.

--
Nicolas Cueto
___
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

openstack 101

[Mark Swindell]

Ok, I'm feeling pretty dumb, but why doesn't my openstack handler  
execute when my stack opens?  What am I not getting?  (I type  
openstack into the messagebox after opening and all is well, but the  
handler doesn't execute when opening my stack from scratch.)


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