Hugh wrote:
Are you then successfully building a revlet with an embedded AE/CE
substack,
Malte?
/H
Yes I do. And I must say that I like what I see. :)
All the best,
Malte
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please
That would explain it - I was remembering a limitation of On-Rev as a
limitation for revlets...
Ian
On 2 Aug 2009, at 23:39, Malte Brill wrote:
I successfully tested AE and charts in revLets. For on-rev we can
not use stacks as yet, but in a revLet it works like a charm.
I am confused about whether we can embed library substacks in a revlet...
Ian Wood wrote:
I thought library stacks was something that had already been stated as
not in this version?
but Malte wrote:
I successfully tested AE and charts in revLets. For on-rev we can not
use stacks as yet, but
Le 01-août-09 à 19:43, Yves COPPE a écrit :
Hi list
I want to use the following script
start using stack xxx on a server with a revlet
how can I get the directory of a stack on a server ?
the stack is in the same folder (dir) as the revlet on the server
thanks.
Greetings.
Yves COPPE
Hi Yves,
In remote access mode, the directory of the stack can be handled as
any other kind of http url (html, xml, txt,etc...).
If you just try to have the server's stack available as a script lib
of the revlet in following the start using stack n by insert the
script of cd/script
to establish
beetwin the revlet and the server stack ?
Re,
Surely,
I have a library in a stack. This library is not the mine. The stack
with the library is password protected
So the only way to use the library is to start with
Start using sack containing the lib
If I write
put url (binfile:http
Hi Yves,
you can always make the library a substack of your mainstack. Open the
messagebox and type
set the mainstack of stack myLibrary to myManstack
This will embed the library into your revLet. For dynamically loading
and unloading: I want to know that too. I hope one of the Rev folks
I thought library stacks was something that had already been stated as
not in this version?
Ian
On 2 Aug 2009, at 23:20, Malte Brill wrote:
For dynamically loading and unloading: I want to know that too. I
hope one of the Rev folks chimes in and give answers.
Hi Ian,
I successfully tested AE and charts in revLets. For on-rev we can not
use stacks as yet, but in a revLet it works like a charm.
Cheers,
Malte
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to
lib of the revlet in following the start using stack n by insert
the script of cd/script of stack n in the back/front, the simplest
way to try would be to just use a
1.- put url http;//yourdomainnameserver/thepathtoyourfile into
myscriptlib_var where yourfile is a txt file containing
Hi list
I want to use the following script
start using stack xxx on a server with a revlet
how can I get the directory of a stack on a server ?
the stack is in the same folder (dir) as the revlet on the server
thanks.
Greetings.
Yves COPPE
yvesco...@skynet.be
is in use, it can skip the start using
command. Or am I missing something here?
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
Hello Friends,
do anyone knows how to intercept the start using command. I thought
about trapping libraryStack with a front script but I believe that
this message is sent after the opening of the stack right? Any clue?
Cheers
andre
--
http://www.andregarzia.com All We Do Is Code
If you're trying to stop the standalone from autoloading any of Rev's custom
libs then perhaps putting this script on cd 1 of the mainstack:
on startUp
-- DO YOUR OWN STUFF HERE
exit to top
end startUp
that *might* work-- I haven't tested it. I'm assuming the startUp message
is accessed
Hello Chipp,
thanks for replying. I can't use startup. Let me explain the
situation. RevHTTP server is now able to run revolution cgis as if it
was apache. The problem is that there's no sandbox, so if a stack is
put into use, it stays into use after the cgi ends because most cgis
don't issue a
Hi, Andre. If the stacks are all yours, you could just avoid invoking
start using except in one handler:
command startUsing pStackName
if pStackName is not empty then
if short name of stack pStackName \
is not among the lines of the stacksinuse then
try
start using without
any such dialogs popping up. If stack is already in use, it should
just move up in the list of stacksinuse. I suspect something more is
going on that opens the stack not just puts it in use.
Robert
___
use-revolution mailing list
Andre Garzia wrote:
Hello Chipp,
thanks for replying. I can't use startup. Let me explain the
situation. RevHTTP server is now able to run revolution cgis as if it
was apache. The problem is that there's no sandbox, so if a stack is
put into use, it stays into use after the cgi ends because
On Nov 1, 2008, at 5:45 PM, Andre Garzia wrote:
The problem is, if something is already into use and a cgi tries to
use it
again, the IDE pops up that silly annoying dialog box purge, save,
cancel and locks up the whole thing!!! There's no preference settings
for that dialog, nothing, I need
will
still be using script libraries ('start using') but I will not try to
mix them up with components!
Best
Graham
(Final thought - I don't think the Rev documentation is great on this.
It does literally say that 'start using' puts the stack's script into
the message path, but it doesn't really
Graham Samuel wrote:
I had just worked out for myself that a set of re-usable substacks was
the solution to my component issue. The only downside is that since
the material is in a substack, usually I will have to use send to
invoke the handlers in the component, but that's OK really.
Not
Bonsoir Richard and Graham,
If Richard has not been so timely with his reply :-)
I fully agree but I did not want to not make things too complicated.
Actually, the architecture I often use has three parts:
. A component, all calls of which refer mainly to one or more
libraries (of course,
thought I understood that with
start using stack someStack
the script of the **stack** (but not any controls it might contain)
gets inserted into the path so that handlers in the script are
accessible to all the stacks in the application. But to me that didn't
mean that the stack was open
down on the
experiments which is why I'm asking questions on this list.
Thanks very much for the reference to your article. I think I do
understand the Rev message path, and I thought I understood that with
start using stack someStack
the script of the **stack** (but not any controls
This is a bit of a newbie question, even though I've been using RunRev
for a very long time. Embarrassing, but there you are.
I am trying to construct a library by writing stacks and inserting
their scripts into the message path with 'start using'. So far, so
good. Then I wanted to set
Graham Samuel wrote:
I am trying to construct a library by writing stacks and
inserting their scripts into the message path with 'start
using'. So far, so good. Then I wanted to set a custom prop
in a library stack, and RunRev silently rejected this, presumably
because the stack although
Thanks for the suggestion of answer the result that is better then what I
was doing to check things. My call is on pre-open and that seems not to be
where I should put it.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this
on preOpenStack
start using stack lib.bmm.Database
-- The above used to work in 2.8 but now I notice it isn't working in 2.9.
Could it have changed? Or perhaps I have another issue in the start-ups for
that stack that is stopping it? Although you would think that preopen
would load first
Similar question that I don't understand:
Why does my start Using Stack x place its scripts behind the script
editor's scripts? In this case, when I have a resumeStack handler, it
is triggered by opening up Rev's properties panel. Is this the
expected behavior? I thought these scripts
In 2.8 my Start using handler worked. I'm not experienced enough to debug
this...
On Thu, Apr 10, 2008 at 1:09 PM, Mark Swindell [EMAIL PROTECTED]
wrote:
Similar question that I don't understand:
Why does my start Using Stack x place its scripts behind the script
editor's scripts
Hi
I got start using to work by first opening the stack which I want to start
using (even though it used to work just because the stack is a substack of
my main stack). Seems to me this can't be a bug as someone else would have
had the problem so I must be doing something wrong
Mark Swindell wrote:
Why does my start Using Stack x place its scripts behind the script
editor's scripts? In this case, when I have a resumeStack handler, it
is triggered by opening up Rev's properties panel. Is this the
expected behavior? I thought these scripts were to run in front
william humphrey wrote:
Hi
I got start using to work by first opening the stack which I want to start
using (even though it used to work just because the stack is a substack of
my main stack). Seems to me this can't be a bug as someone else would have
had the problem so I must be doing something
Hello all,
I am hoping someone can help me with this... I have a library stack
that I call using the start using stack command. The script was
originally contained in stack1's stack script. Now I have several
other stacks that need to do the same basic things, so I created
stack2
of pObj to value' for instance.
Then no matter what is the defaultStack or such issues that lead to
errors like 'No such object'.
Le 17 janv. 08 à 22:38, Sharon Stamps a écrit :
I am hoping someone can help me with this... I have a library stack
that I call using the start using stack command
I'm trying to load a library stack using a URL reference. Is this
possible? It keeps telling me that it can't find the stack. In the
very next line I have a go stack URL .. that works fine and the two
files are right next to each other on the server and I use the same path
variable to point
Hi Len,
go stack URL http://www.domain.com/stack.rev;
start using stack short name of stack stack.rev
Best,
Mark
--
Economy-x-Talk
Consultancy and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Get your store on-line within minutes with Salery Web Store software
but you could do a script in a field in HC. I didn't run into
limits but it needed management. That was a way around the 32k limit
on scripts.
In HC, we were limited to 10 stacks
--
stephen barncard
s a n f r a n c i s c o
- - - - - - - - - - - -
In HC, we were limited to 10 stacks
On Dec 27, 2006, at 5:59 PM, Stephen Barncard wrote:
Many of my xcmds were done in Compilit as well as HyperBasic.
HyperBasic was chosen because they had really good serial port
hooks to the toolbox. I also used Pittman's PrintReport, the only
xcmds
Sorry about that! Pushed the wrong button. Eyes are getting droopy.
Anyway, it's nice to see that Rev has bumped the stacksInUse number
up to 50 for standalone applications.
Joe Wilkins
On Dec 27, 2006, at 6:50 PM, Joe Lewis Wilkins wrote:
In HC, we were limited to 10 stacks
On Dec 27,
pages). To this end I am exploring the 'start
using' command, and I've just read Richard G's very useful Extending
the Runtime Revolution Message Path.
It seems to me that 'start using' can invoke a mainstack (rather than
just a substack of the calling app) and presumably the library
Graham,
If you start using a stack (thus making it a library) that is
already open OR one that exists only as a file waiting to be opened,
it becomes one of your library stacks.
You can clearly see the new library stack in the Galaxy Projects
folder called libraries. I just tried
On 4 Oct 2006, at 16:49, Graham Samuel wrote:
.
It seems to me that 'start using' can invoke a mainstack (rather
than just a substack of the calling app) and presumably the library
mainstack can have substacks although so far I don't know how their
scripts (or the scripts of any objects
Dave Cragg wrote:
The stack doesn't have to be open before you start using it. You
can start using a stack directly with a file reference. (start
using stack libsFolder/myLib.rev) When you start using a stack,
it's open in the sense that it is loaded into memory. But it doesn't
receive
Hi All,
As as I understand it, if you do a go to StackX but don't do a
start using stackX, then you can send it messages but not call
functions within StackX.
If you do a start using StackX but don't do a go to StackX then
you can call functions in the stack but cannot send.
If do
David Burgun wrote:
Hi All,
As as I understand it, if you do a go to StackX but don't do a start
using stackX, then you can send it messages but not call functions
within StackX.
Not exactly. A go command is identical to opening a stack using the
Open menu item in the File menu
that did a start using calls stop using!
Do you think that this would work?
global gLibStackUsageCount
function UtilStartUsing()
add 1 to gLibStackUsageCount
start using LibStack
end UtilStartUsing
function UtilStopUsing
subtract 1 from gLibStartUsageCount
if gLibStackUsageCount = 0 then
stop
Hi,
Not, not Hush-Hush at all! I keep all my .rev files as separate
files. I have a folder structure like this (names without an
extension are folders:
AppName - Main App Folder.
AppName.rev - This is the Splash-Screen Stack and is
built into a
Hi,
Not, not Hush-Hush at all! I keep all my .rev files as separate
files. I have a folder structure like this (names without an
extension are folders:
AppName - Main App Folder.
AppName.rev - This is the Splash-Screen Stack and is
built into a
Hi,
I have been experimenting with start using in the IDE:
If I have 2 stacks (mainStacks), Test1 and Test2.
If I do: start using LibStack in Test1, I can then access functions
in LibStack from either Test1 or Test 2.
If I do: stop using LibStack| in Test1 or Test2 then I cannot access
I believe 'start using' puts the script of it's object at the back of
the message path, so is effectively global.
'Stop using' removes it again, so it should only be necessary to
'start using' once, at start up.
Mark
On 25 Mar 2006, at 17:52, David Burgun wrote:
Hi,
I have been
Hi,
Yes, I think you are right from my experimenting.
I would like to be able to to only stop using a stack when the last
stack that did a start using calls stop using!
Do you think that this would work?
global gLibStackUsageCount
function UtilStartUsing()
add 1 to gLibStackUsageCount
like to be able to to only stop using a stack when the last
stack that did a start using calls stop using!
Do you think that this would work?
global gLibStackUsageCount
function UtilStartUsing()
add 1 to gLibStackUsageCount
start using LibStack
end UtilStartUsing
function UtilStopUsing
subtract 1
Dave,
Your sentence tickled my interest. I want to launch my Rev stacks
in a convenient way, and I will listen to all solutions.
Can you explain ?
Unless, of course, it is Hush-Hush !
-Francis
Nothing should ever be done for the first time ?
I usually ship my RunRev apps as a number of
what happens if a script has
start using stack tMyFilePath
when the stack tMyFilePath hasn't been loaded into memory yet? My
experience so far is that it doesn't load the stack.
-Scott
___
use-revolution mailing list
use-revolution
On 3/3/06, Scott Morrow [EMAIL PROTECTED] wrote:
what happens if a script has
start using stack tMyFilePath
when the stack tMyFilePath hasn't been loaded into memory yet? My
experience so far is that it doesn't load the stack.
Should work fine, provided the program knows where the stack
Thanks
Hershel
___
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
Hi all, when I want to use the start using script I have to use it in every
sub stack or the main stack will do it?
Thank's Hershel
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe
Hi Hershel,
Mainly, three ways of doing:
1. Start using stack Stack descriptor: put the script of stack
Stack descriptor into the message path. Used with libraries.
2. Insert script of Control descriptor into front/back: put a
specific script into the message path to receive the messages
On Feb 20, 2006, at 1:19 PM, Hershel Fisch wrote:
Hi all, when I want to use the start using script I have to use it
in every
sub stack or the main stack will do it?
I had a start using in the startup script and it seemed to never get
called. So I added a small script in front
Hello,
I have used 3 different methods to Open a stack.
Open
Just to open a stack and draw a window.
start using
for opening a library file to get at it's functions and scripts.
Toplevel
First I load a stack into a variable and then use toplevel and hide it.
I use this to open stacks
On 10/20/05 1:20 AM, Todd Geist [EMAIL PROTECTED] wrote:
I am not clear on the distinctions here. They all show up in the
application browser ( or Constellations Object Gadget). I have lots of
questions but these will have to do.
Is a stack opened by start using just loaded into Memory
other stacks go to this stack
and then start using this stack, but I am unable to
get the setGlobal and getGlobal handlers to be
visible in the calling stacks (I get handler not
found type messages).
I have also tried having the library stack insert its
own script into back in its own onPreOpenStack
having other stacks go to this stack
and then start using this stack, but I am unable to
get the setGlobal and getGlobal handlers to be
visible in the calling stacks (I get handler not
found type messages).
I have also tried having the library stack insert its
own script into back in its own
Do I first go to the library stack file or can I
just start using the stack file directly.
Morning Gordon,
There is no need to go to a stack before one starts using it.
In fact, going to the library may trigger open/preOpen handlers that
do things that are unnecessary or interfere with its role
Gordon,
Could you elaborate on the gotcha thing. I changed
my function from
function setGlobal params
to
on setGlobal params
and now I don't get the error message, but instead of
setting the cutom property myVar of the button to
23.6, it creates a cutom property called myVar,23.6!
What's the
Forget it!
I see what I'm doing wrong - customProperties refers
to a customPropertySet - I just substituted return
the tname of button in getGlobal and it works.
Please Mr Postman look and see (oh yeah)
If there's a manual,
a rev manual for me ...
Best
Gordon
--- Gordon [EMAIL
OK, thanks to the help of Rob and others, I have a
setGlobal function that works
Here it is:
on setGlobal tname, tvalue
set the tname of button Button of stack
EZGlobals to tvalue
end setGlobal
- When I hit a button on the calling stack, it creates
custom properties just fine in the button on
that one would need to understand enough to really get
going. I am praying for my manuals to arrive a.s.a.p.
Best
Gordon
--- Rob Cozens [EMAIL PROTECTED] wrote:
Do I first go to the library stack file or can I
just start using the stack file directly.
Morning Gordon,
There is no need to go
On 12/12/04 11:10 AM, Gordon wrote:
What's the difference between a command and a
function- I even tried setting setGlobal back to a
function and returning something, but then I got the
old handler not found error again. I am confused
about commands and functions - why are my functions
not seen
to the stacks in use. (This is not at
all obvious!)
Specifically, in your main stack:
on preOpenStack
-- if this _is_ the main stack then...
if the short name of this stack = MyMainStack then
if the short name of this stack is not among the lines of the
stacksInUse then
start using
is usually hidden!
I will give it a try, but does anyone know if openCard gets called if
the Stack is not visibe?
Your solution below looks interesting, I will try it.
The thing is that how do I know that the start using will be called
BEFORE the go stack xxx is executed? This is just a dummy
Hi All,
I have this on the Stack Script:
on openStack
[pass open Stack]
put the filename of this stack into myStackFileName
start using stack myStackFileName
[pass openStack]
end openStack
When this executes I get an error saying this is no such stack. the
lines inside the [] are lines that I
address the 'start using' problem, but you
might be interested in looking at stackFiles for the above situation.
Dar scott
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
of this stack into myStackFileName
start using stack myStackFileName
end doStartUsing
On Samstag, Apr 24, 2004, at 18:33 Europe/Zurich, David Burgun wrote:
Hi All,
I have this on the Stack Script:
on openStack
[pass open Stack]
put the filename of this stack into myStackFileName
start using stack
Should there but any anomalies in using the following?
start using stack
insert the script of stack stack into back
stop using stack
Kevin
-==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=-
Disclaimer:
Any resemblance between the above views and those of my
employer, my terminal, or the view
On Mar 15, 2004, at 11:38 PM, Kevin wrote:
Should there but any anomalies in using the following?
start using stack
insert the script of stack stack into back
stop using stack
Kevin
Never tried, but I have the following code:
go invisible stack the path here
insert script of stack that stack
On Friday, March 5, 2004, at 09:58 AM, Richard Gaskin wrote:
That's a very interesting case. When I make compound objects
(grouped controls that act as a single object with their own
properties and behaviors) I tend to put the code driving them into one
library.
This is what I have been
Dar Scott wrote:
On Friday, March 5, 2004, at 09:58 AM, Richard Gaskin wrote:
That's a very interesting case. When I make compound objects
(grouped controls that act as a single object with their own
properties and behaviors) I tend to put the code driving them into one
library.
This is what
My admonition to pass preOpenCard might be lost or the admonition to
call darsPreopenCard might be lost.
Either...if a copy of your library ends up on a developer's computer
without the accompanying documentation.
--
Rob Cozens
CCW, Serendipity Software Company
http://www.oenolog.net/who.htm
On Thursday, March 4, 2004, at 06:29 AM, Rob Cozens wrote:
My admonition to pass preOpenCard might be lost or the admonition to
call darsPreopenCard might be lost.
Either...if a copy of your library ends up on a developer's computer
without the accompanying documentation.
Documentation! Where
One additional note:
Serendipity Library's libraryStack handler not only checks to see if
it is the target of the message, it also checks the state of a local
variable to determine if libraryStack has already run once. [I don't
want to reinitialize variables once the library is in use:]
On Wednesday, March 3, 2004, at 07:46 AM, Rob Cozens wrote:
Serendipity Library's libraryStack handler not only checks to see if
it is the target of the message, it also checks the state of a local
variable to determine if libraryStack has already run once.
Note I do NOT pass libraryStack
if the target is me then
if the short name of the target is the short name of me then
if the short name of the target is name of my library then
I have no idea if there is any merit of one over another.
Hi Dar,
They all work. #1 obviously gets the award for brevity. I like #3
because I still
On Wednesday, March 3, 2004, at 10:32 AM, Richard Gaskin wrote:
Given that a library should always perform those two checks anyway (to
see if it is the target of the message and whether it's been
initialized already), what is the downside to passing that system
message just as one would
Rob Cozens wrote:
Serendipity Library's libraryStack handler not only checks to see if it
is the target of the message, it also checks the state of a local
variable to determine if libraryStack has already run once. [I don't
want to reinitialize variables once the library is in use:]
A good
However, I don't have a strong feeling on this one and would try to
go along with common practice and good style and...
Dar, et al:
Certainly the legacy from virtually all HyperTalk handlers written
and distributed by Apple as part of the HyperCard package is to pass
all such messages. The
On Wednesday, March 3, 2004, at 10:02 AM, Rob Cozens wrote:
The logic, I suppose, emphasizes modularity, and thus may make sense
when a team of programmers is working on project where some event
needs to trigger multiple handlers.
But for one-developer standalone projects, I don't see the
I assume most folks pass preOpenCard down the message path, for
example. If I have a library stack that uses that, I need to doc
that. If this is not really a common style, I might want to add a
handler that must be called on preOpenCard and make that an
alternative method.
I suggest it
Dar Scott wrote:
On Wednesday, March 3, 2004, at 10:32 AM, Richard Gaskin wrote:
Given that a library should always perform those two checks anyway (to
see if it is the target of the message and whether it's been
initialized already), what is the downside to passing that system
message just
On Wednesday, March 3, 2004, at 12:44 PM, Richard Gaskin wrote:
But of course, the difficulty is that to rely on messages being passed
requires that everyone play ball; great for your own team but
impossible to depend on for libraries designed for use in other
people's environments. A lot of
On Wednesday, March 3, 2004, at 11:12 AM, Rob Cozens wrote:
If your library wants a call to darsPreopenCard whenever any card in
any stack is opened from a developer's standalone or stack, your
documentation should tell the developer to place the call in their
script
...or to pass preOpenCard,
Dar Scott wrote:
What I'd like to do is select a default so it works just by somebody
dropping it into an app. I'd like to have options to accommodate those
who don't see the world the way I do.
In all that it should be easy and work right off. If folks have
different approaches to
Please, explain why I am getting a error with the following.
on include theStack
start using value(theStack)
end include
on preOpenStack
package library.rev
end preOpenStack
I believe the value is not the approiate construct what should I use?
Kevin
I am currently using the following:
do start using quote theVariable quote
This is working I believe however, I am not sure of what this will do in a standalone.
Kevin
-==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=-
Disclaimer:
Any resemblance between the above views and those of my
Oddly enough the method using the method below does not display the stack in the
Application Browser. Is it working?
do start using quote theVariable quote
Kevin
-==-=-=-=-=-=-==-=-=-=-=-=-=-=-==-=-=-=-=-=-
Disclaimer:
Any resemblance between the above views and those of my
employer, my
on include theStack
start using value(theStack)
end include
Try just:
start using theStack
Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/
___
use-revolution mailing list
[EMAIL PROTECTED
Kevin wrote:
Please, explain why I am getting a error with the following.
on include theStack
start using value(theStack)
end include
on preOpenStack
package library.rev
end preOpenStack
I believe the value is not the approiate construct what should I use?
Hard to say without know
Kevin wrote:
Oddly enough the method using the method below does not display
the stack in the Application Browser. Is it working?
do start using quote theVariable quote
Does the stack name appear in the list of libraried stacks in the
Message Box?
--
Richard Gaskin
Fourth World Media
All you need is a stack descriptor, something like:
start using components/libMyStuff.rev
Richard, et al:
Does that work? The examples in Rev Dictionary show:
start using stack components/libMyStuff.rev
so I have always included stack
--
Rob Cozens
CCW, Serendipity Software Company
http
1 - 100 of 127 matches
Mail list logo