Terry-
> I certainly wouldn't like to try to recreate the Director IDE using
> Director
> but I imagine you could use it to create a simple HyperCard like tool.
...Sprout is now in beta...
http://sproutbuilder.com/
--
Mark Wieder
[EMAIL PROTECTED]
>> I guess it's worth noting (again) that Director has no equivalent to
>> scriptlimits
>
> No, but they did require that you put their logo on your About box,
> which is optional in Rev. Chipp has expressed strong feelings about
> that here, citing it as a reason
regarding scriptLimits.
Well, I for one tried to follow up on their offer but failed to get
any response from RunRev at the time, then gave up. A few scenarios
were described when this topic was discussed on the list, but it has
been quite a while ago. All history now
Terry Judd wrote:
I guess it's worth noting (again) that Director has no equivalent to
scriptlimits
No, but they did require that you put their logo on your About box,
which is optional in Rev. Chipp has expressed strong feelings about
that here, citing it as a reason he stopped
Jacque,
when the cgi runs, the engine creates a stack named "script" and sets
the cgi script to the script of that stack and then sends startup. So
you can create anything you want now that you know what is happening.
But those changes will not be permanent since stack "script" will be
discarded
Terry Judd wrote:
Some possible modifications to scriptlimits that might prevent a Digital
Chisel type scenario could include...
>
(i) making 'long' do statements self-contained - i.e. They can't call any
other functions or handlers
(iii) preventing access to custom prope
>> The scriptLimits is a real PITA.
> ...
>> At times it feels like I'm using a trial version, purely because of
>> this.
>
> Back when the engine was owned by MetaCard Corp., Scott Raney's position
> on this was intractable: he felt there was simply no re
Richard Gaskin wrote:
And of those who've expressed a desire to see the scriptLimits removed,
to the best of my knowledge the number of them who have taken Kevin up
on his offer is even lower: specifically, zero.
I know of one case. But even then, the person did not need script l
Luis wrote:
The scriptLimits is a real PITA.
...
At times it feels like I'm using a trial version, purely because of
this.
Back when the engine was owned by MetaCard Corp., Scott Raney's position
on this was intractable: he felt there was simply no reason to write
self-modi
hers
> out there, these are the ones I use.
> This really has nothing to do with the dev
> environment as the
> languages have none of these 'limits'.
>
> Is Transcript a language or 'the' IDE? (wrt RunRev).
>
> That's where scriptLimits
jects to a
file, and
restore them later. I am able to store all of their properties as
XML and
restore the object fine in the IDE, but the scriptlimits poses a
problem.
Because many of these objects need script to be restored, it is
impossible
to recreate them in a standalone without h
Hello,
I am writing an app in which I would like to save objects to a file, and
restore them later. I am able to store all of their properties as XML and
restore the object fine in the IDE, but the scriptlimits poses a problem.
Because many of these objects need script to be restored, it is
;cell 1,4"/field "cell 1,5") into
>
> Would not be subject to this
True enough: scriptLimits doesn't limit the data you can work on, only
how many executable statements can be created on the fly. Using "do"
and "send" you can execute up to 10 statem
On 11/21/04 4:08 PM, "Éric Miclo" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Does anybody know if there is a way to change the scriptLimits in a
> standalone app.
> I need to be able to change scripts of objects in a stack that is part
> of a standalone app to mak
Hello,
Does anybody know if there is a way to change the scriptLimits in a
standalone app.
I need to be able to change scripts of objects in a stack that is part
of a standalone app to make updates and add possibilities to it without
releasing a new version of the stack upon each change
15 matches
Mail list logo