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 (
al 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
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
m
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
;
> 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 everythin
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 ma
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
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 cont
> 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
>
___
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
___
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
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
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
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
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. I
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/l
ching 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 issu
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 t
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 Re
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
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
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
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 sta
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.e
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 mySt
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 wa
t 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 i
ot 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
> se
É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
sec
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,
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 cal
É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 tmA
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-r
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
_
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
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 ac
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 &am
É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
prefe
ive 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 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.
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é
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
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 vi
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 wit
06, 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
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
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.
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
-Fra
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&qu
> 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 --
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
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
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 docume
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 f
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
dev
itialization 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 developme
ks 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 developmen
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,
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
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
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
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 i
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 zippi
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 F
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,
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 hav
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 program
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 th
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
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 ignore
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
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 !
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
-Fra
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 C
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 da
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 sta
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
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).
Than
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 t
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
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 usi
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 rel
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
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 beco
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 mainstac
>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
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
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 rel
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 substa
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
triggerin
x 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 socketTimeoutInter
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
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
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:
oo
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, op
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 op
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 feelin
"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, unsubsc
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-rev
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 s
1 - 100 of 138 matches
Mail list logo
