I'd agree with Roger on both the key points - use law not functional
restrictions and at least extend to 25 lines.

On 13/05/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:

On 05/13/2007 at 11:37 AM, Robert Brenstein wrote:

>>Shouldn't this limitation be obsoleted? I had read once that RunTime had
no
>>fear of a competing IDE, and in fact, they encourage it. It was
explained
>>that a license to the engine is still required, so RunTime would still
>>benefit from sales. This ancient 10 line limit is well, "limiting" us as
>>developers. Do any of Revs competing languages have such a limit imposed
on
>>built standalone apps?
>>
>>Roger Eller <[EMAIL PROTECTED]>

>I think you are confusing two different things.
>
>An IDE runs with licensed engine, so the script limits do not apply.
>This is why we can use alternative IDEs.
>
>The stand-alone applications or stacks running in the player are
>subject to script limits. Were they not, some mischievious person
>would release a stack that allows anyone to run any size script,
>effectively eliminating a need for buying the license. This would, of
>course, kill RR's business.
>
>The limits affect only scripts that are compiled at runtime, when
>running not in licensed IDE that is, like the code executed through
>"do".
>
>Robert

I admit my confusion regarding the conditions of where and why the script
limits exist. I still believe it to be an unnecessary constraining factor
in a developers ability to create dynamic code in their standalones when
law could be used instead to enforce anti-piracy. Certain application
types
need this flexibility such as AI. My preference would be either the
removal
of the limitation completely or to expand it to 25 lines (or more). It
would still be limiting enough to prevent mischievous persons from
stealing
RRs business, yet broad enough that most developers could accomplish their
goals when longer dynamic scripts are really needed.

Roger Eller <[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

_______________________________________________
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

Reply via email to