Script Limits in 2.8.0 [was Spreadsheet]

[David Bovill]

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, Roger.E.Eller at sealedair.com <Roger.E.Eller at sealedair.com>
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 <roger.e.eller at sealedair.com>
>
> >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 <roger.e.eller at sealedair.com>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>