<br><font size=2 face="sans-serif">Hi everyone,</font>
<br>
<br><font size=2 face="sans-serif">Great subject. I've been waiting for the right arguments to jump in... Mostly to present some hope for more features, not more limits!</font>
<br><font size=2 face="sans-serif">Im open to criticism as usual! I dont want to rant that much but in view of the situation... </font>
<br>
<br><font size=2 face="sans-serif">First, without the 10 line script limit, I would be using java or VBS and would have never made a test product to justify buying MC let alone renew the license.</font>
<br><font size=2 face="sans-serif">This proves that the 10 line script limit is a minimum for anyone who wants to try MC. Of course, a one month limit is as nice if not better without the 10 line limit.</font>
<br><font size=2 face="sans-serif">But that wasn't available then... </font>
<br>
<br><font size=2 face="sans-serif">Second, the problem with the MC licensing scheme is that it was too easy to abuse...</font>
<br><font size=2 face="sans-serif">Here, I fully understand RR's way. You build a chain of buttons never breaking the limit of the 10 script lines but despite that, I dont know anyone who would in their right mind want to use such an IDE. Also, to Scott's demise, allowing compilation of an executable is a nice feature for a demo but it's part of the problem with runaway licenses... </font>
<br>
<br><font size=2 face="sans-serif">Nonetheless, RR has improved on the product and for good reason. Their IDE is VERY nice compared to the clunky-over-simplified MC GUI. </font>
<br>
<br><font size=2 face="sans-serif">The only problem I see with the demo is allowing to make executables and/or saving large projects! You need enough to make a test, prove it can work, basta. But if my project is even a small neural network or statistic package, 10 lines is ridiculous and I'll grab another IDE. </font>
<br>
<br><font size=2 face="sans-serif">Following Robert's comments earlier, the removal of a feature or limiting a feature like dynamic scripting (the DO script), is IMOHO a terrible mistake and a SEVERE limit to the IDE's possibilities. Of which this one is almost unique among other IDEs. </font>
<br>
<br><font size=2 face="sans-serif">Even considering that this could allow you to make an executable IDE, dynamic scripts have too many advantages to be discarded. And for RR's peace of mind, they are hard to make and impossible to debug but they are by far one of the most modern features of RR/MC/HC. So why throw that away? Robert is already blocked and most of us dont use this. I am forced to port a 10000 card stack that was a dynamic script loader for cached execution and I'll probably never will (read as yet another loss). </font>
<br>
<br><font size=2 face="sans-serif">I personally dont see an economic reason why this should be limited. I do see reasons to abandon MC/RR more and more...</font>
<br>
<br><font size=2 face="sans-serif">I dont see why we couldn't create our own IDE... And it's not even an IDE, it's just a GUI without hardly any serious compiling capabilities (like C++ or even the veteran HC CompileIT)</font>
<br>
<br><font size=2 face="sans-serif">If this GUI redesign was more present as a feature in MC/RR, imagine how popular it could become! </font>
<br><font size=2 face="sans-serif">How many products today have skinning and GUI building built-in? LOTS! And most OS's too...</font>
<br>
<br><font size=2 face="sans-serif">No many IDE's have this feature on the other hand!</font>
<br><font size=2 face="sans-serif"> Also, note that other than optimizing the IDE to improve your workflow, I dont see why anyone would want to go through the pain of creating an IDE. </font>
<br><font size=2 face="sans-serif">Most RR and MC users create applications for their clients. None of them want their clients to develop more themselves! </font>
<br>
<br><font size=2 face="sans-serif">And those of us who build IDE tools do it for the good of either our workflow or for the RR/MC community. Blocked by this, many of us would just jump ship to another IDE that is more efficient... Building a HyperTalk macro language is a breeze in any language... </font>
<br>
<br><font size=2 face="sans-serif">Did anyone think that without this feature RR' wouldn't even exist and all RR users would be forced using another product or MC's barebone GUI.</font>
<br>
<br><font size=2 face="sans-serif">Now Im thinking of porting hypertalk to PHP... I dont mind evolution of products, but Im against limiting of features while essential things like a good Script Editors or debugger are still as arcane as an sword against an automatic rifle which put a major brake on your productivity are still not being improved as they should.</font>
<br>
<br><font size=2 face="sans-serif">Competition for RR? Come on. Give me a break! Competition is very small, and it makes ya healthy. Also, you'd have to go through RR for a license renewal eventually which Im sure they would prevent... Without competition most of the world would be made of communist or socialists and using microsoft DOS.</font>
<br>
<br><font size=2 face="sans-serif">More features, more freedom = more users, more clients, more applications, more power to the developper = MORE competitive IDE = more users = less competition!</font>
<br>
<br><font size=2 face="sans-serif">Think about it...</font>
<br><font size=2 face="sans-serif">I welcome your rants and flames openly</font>
<br><font size=2 face="sans-serif">Xavier</font><CODE><FONT SIZE=3><BR>
<BR>
Visit us at http://www.clearstream.com<BR>
<BR>
IMPORTANT MESSAGE<BR>
<BR>
Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message.<BR>
<BR>
The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries.<BR>
<BR>
END OF DISCLAIMER<BR>
</FONT></CODE>