AW: AW: AW: AW: AW: slown down of IDE 2.9 under windows
Hi Richard, They're up to v9.5 and still have that text limit? Odd. Coupled with the multi-year span between v7 and v8, I gotta wonder what's up with that code base. Yes they are still limited even in the upcoming 9.5 Version! They just came out last year with the 32Bit version 9 and their major development efforts are not going any more into the native development, but into the DHTML development, like you see with Safari support for ipod, which are really nice, but not of value for me. Tiemo ___ 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
AW: AW: AW: AW: slown down of IDE 2.9 under windows
Bonjour Eric, thanks for your thoughts. Actually I didn't thought that 2300 lines of code could affect the IDE and as I posted before, the slowdown is already with only IDE open, without any stack open, very curious. A bit of hisrory: There is a competitive product of rev, Toolbook (which has the same Hypercard derivation as Rev) which has the 2^15 KB char limit per field still today :-) Tiemo I have many stacks with 5,000 lines of code. GLX2 Script Editor mainstack has over 15,000 lines of code. This is the script I use to test GLX2 Script Editor's performance. I don't think 2,300 lines is too many. A bit of history :-) Once upon a time was Hypercard. Its text engine was not able to handle more than 2^15 KB. About 30 000 chars. Then scripts were limited to this value *. Note that it is not lines but chars :-) In Rev, there is no limit; a single script may count millions of lines if needed ** As said Jerry and as for my experience, some thousands of lines are not a problem. May be Richard will chime in with his (useful) benchmarks but I never encountered any problem with scripts length or handlers number. - It makes me think about another subject: I'm an addict of modular code *** Does a modular code is able to slow down execution? As for me, I was not able to prove it in 'real' situations. Seems that computing is far more time consuming than code architecture: Good discussion subject ;-) - * The way to get around was of course to use stacks in use. ** But I would bet there is an architecture problem ;-) *** Readability, reusability, etc. Best regards from Paris, Eric Chatonet. ___ 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
Re: AW: AW: AW: slown down of IDE 2.9 under windows
On Sep 10, 2008, at 4:09 PM, Richard Gaskin wrote: put the script of stack StackWithABunchOfcode That will dump the text of the script into the Message Box. If it takes about the same time as it does to open GLX2 with the same script, the issue lies elsewhere. I can tell you right now that GLX2 does NOT render a script as fast as you can put a script into a message box. Not even close. If the user is colorizing scripts and showing links to handlers in scripts, then this will take some millisecs, depending upon the machine, OS and processor. But I wouldn't think 2300 lines of code is much of a challenge for GLX2 Script Editor. When I open my large test script with the Rev 3.0 script editor it does not happen instantly, either. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.com ___ 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
Re: AW: AW: AW: slown down of IDE 2.9 under windows
Jerry Daniels wrote: On Sep 10, 2008, at 4:09 PM, Richard Gaskin wrote: put the script of stack StackWithABunchOfcode That will dump the text of the script into the Message Box. If it takes about the same time as it does to open GLX2 with the same script, the issue lies elsewhere. I can tell you right now that GLX2 does NOT render a script as fast as you can put a script into a message box. Not even close. If the user is colorizing scripts and showing links to handlers in scripts, then this will take some millisecs, depending upon the machine, OS and processor. But I wouldn't think 2300 lines of code is much of a challenge for GLX2 Script Editor. When I open my large test script with the Rev 3.0 script editor it does not happen instantly, either. I think I would win Understatement of the Year if I referred to you as an experienced scripter. :) I understand you do some nifty processing of the script to put in the links etc., but I also understand you know what you're doing and suspect that any such difference would not be noticeable, at least not enough to cause the sort of slowdown noted here. That's why this subjective test is perhaps more useful than a formal benchmark: for a slowdown to be really noticeable it would have to be severe, likely more severe than any amount of processing GLX2 could be doing on a mere 2300-line script. I suggested this only as a first step in diagnosis, establishing some sort of baseline to hopefully lead us to the root cause. GLX2 users seem very happy with the editor, so I suspect the root cause will be found elsewhere. But to find that root cause it will be useful to remove variables from the equation, so testing raw script access seems a good starting point. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ 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
Re: AW: AW: AW: slown down of IDE 2.9 under windows
Richard, 10-4, good buddy. Just setting expectations, here. Best, Jerry http://revmentor.com http://glx2.com IF YOU JUST TURN AROUND WHILE YOU'RE REMINISCING, YOU CAN SEE INTO THE FUTURE. On Sep 11, 2008, at 10:08 AM, Richard Gaskin wrote: Jerry Daniels wrote: On Sep 10, 2008, at 4:09 PM, Richard Gaskin wrote: put the script of stack StackWithABunchOfcode That will dump the text of the script into the Message Box. If it takes about the same time as it does to open GLX2 with the same script, the issue lies elsewhere. I can tell you right now that GLX2 does NOT render a script as fast as you can put a script into a message box. Not even close. If the user is colorizing scripts and showing links to handlers in scripts, then this will take some millisecs, depending upon the machine, OS and processor. But I wouldn't think 2300 lines of code is much of a challenge for GLX2 Script Editor. When I open my large test script with the Rev 3.0 script editor it does not happen instantly, either. I think I would win Understatement of the Year if I referred to you as an experienced scripter. :) I understand you do some nifty processing of the script to put in the links etc., but I also understand you know what you're doing and suspect that any such difference would not be noticeable, at least not enough to cause the sort of slowdown noted here. That's why this subjective test is perhaps more useful than a formal benchmark: for a slowdown to be really noticeable it would have to be severe, likely more severe than any amount of processing GLX2 could be doing on a mere 2300-line script. I suggested this only as a first step in diagnosis, establishing some sort of baseline to hopefully lead us to the root cause. GLX2 users seem very happy with the editor, so I suspect the root cause will be found elsewhere. But to find that root cause it will be useful to remove variables from the equation, so testing raw script access seems a good starting point. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ 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
Re: AW: AW: AW: AW: slown down of IDE 2.9 under windows
Tiemo Hollmann wrote: Actually I didn't thought that 2300 lines of code could affect the IDE and as I posted before, the slowdown is already with only IDE open, without any stack open, very curious. Definitely odd. This may not be necessary, but have you considered a fresh install? If nothing else it'll help ensure you're back to the default configuration, reducing the deltas between your experience and that of systems performing better. A bit of history: There is a competitive product of rev, Toolbook (which has the same Hypercard derivation as Rev) which has the 2^15 KB char limit per field still today :-) Nice to see another ToolBook refugee here. Before I jumped on the MetaCard/Rev bandwagon I did the programming on a CBT series for a major retail chain with ToolBook. I liked many things about it (esp. the direct script access to OS APIs), but alas my clients just can't afford to use platform-specific tools anymore. Is it still $2,495? I visited toolbook.com to check the prices, but when I clicked the Store link I got: Microsoft OLE DB Provider for SQL Server error '80040e14' Incorrect syntax near '='. /30094192/init.asp, line 41 Like I said, my clients can't afford to use platform-specific tools. ;) They're up to v9.5 and still have that text limit? Odd. Coupled with the multi-year span between v7 and v8, I gotta wonder what's up with that code base. TB's boot sequence (at least as of v7, the last I used) is very strange, with DLLs and script libraries in at least three different directories across the hard drive. I discussed this with their support staff while I was having a tough time tracking down a strange bug, and at the time they said they had no documentation on the boot sequence so I was left to my own devices to track it down. After I'd figured it out I submitted documentation on it to the team, and to the best of my knowledge that was the only support documentation on the boot sequence they had for some time. I was happy to help -- they were really nice people -- but it seemed an odd omission for a system that complex. That's one of the things I loved about the Rev engine the moment I started using it: it delivers a self-contained EXE, and a surprisingly small one at that. Even today, when I deliver products to Fortune 500 companies, their IT staff sometimes ask me what else is needed for installation and are surprised when I tell them the little EXE is all they need. What DLLs does it need? they ask. None, I say. They walk away confused but happy. :) Still, there are some very good ideas in ToolBook, some of which would benefit us here, like the new iPhone deployment option. PS: I found the issue with TB's Store: seems they require cookies, but don't provide a warning when they're turned off (love Firefox's privacy options). The current price is $2,795. Makes Rev Enterprise look like a steal, even more so when you consider the multi-platform deployment options. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ 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
AW: AW: slown down of IDE 2.9 under windows
Hi Bernard, noop, no front- or backscripts. Thanks Tiemo The reason why I asked was I identified a bug in R3 which slowed down all actions in fields (including the message box). That slow down was something to do with revMenuBar's menus being refreshed. The slow down DID NOT exist in 2.9, that's why I was making sure that you were not working on R3 and had forgotten :-) Now that there are two of you with this problem, I'm doubtful that the same solution will work! Anyway, have either of you introduced any frontscripts (or possibly backscripts - I've never used those), where you trap menuPick messages? Bernard On Wed, Sep 10, 2008 at 11:00 AM, Horst [EMAIL PROTECTED] wrote: volution ___ 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
AW: AW: slown down of IDE 2.9 under windows
Holá Horst, did you already tried a fresh install of runrev? Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Horst Gesendet: Mittwoch, 10. September 2008 10:00 An: use-revolution@lists.runrev.com Betreff: Re: AW: slown down of IDE 2.9 under windows Holá Tiemo, Yes, I also have that Phenomenal thing here. Yes, I also rum RR2.9.0 Build 610 and I use Win2k and XP. I also fond this problem on the Beta 3.0.0 But I'm working under 2.9.0 now. I find this slowdown on both, IDE and standalone. The good thing is now: I'm not alone with this (thought it is MY problem only), the bad thing: it should be fond :-( Best regards Horst Tiemo Hollmann TB wrote: Hi Bernhard, yes, 2.9.0 Build 610 :) Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Bernard Devlin Gesendet: Mittwoch, 10. September 2008 09:21 An: How to use Revolution Betreff: Re: slown down of IDE 2.9 under windows This may sound like a stupid question (so apologies in advance), but are you sure this is on Rev 2.9 and not Rev 3.0? Bernard On Tue, Sep 9, 2008 at 2:57 PM, Tiemo Hollmann TB [EMAIL PROTECTED]wrote: Hi there, Win XP, SP2, Rev 2.9 ___ 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 -- View this message in context: http://www.nabble.com/slown-down-of-IDE-2.9- under-windows-tp19393010p19408605.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: AW: AW: slown down of IDE 2.9 under windows
Holá Tiemo, I also installed on a brandnew Laptop under XP few weeks ago Salu2 Horst Tiemo Hollmann TB wrote: Holá Horst, did you already tried a fresh install of runrev? Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Horst Gesendet: Mittwoch, 10. September 2008 10:00 An: use-revolution@lists.runrev.com Betreff: Re: AW: slown down of IDE 2.9 under windows Holá Tiemo, Yes, I also have that Phenomenal thing here. Yes, I also rum RR2.9.0 Build 610 and I use Win2k and XP. I also fond this problem on the Beta 3.0.0 But I'm working under 2.9.0 now. I find this slowdown on both, IDE and standalone. The good thing is now: I'm not alone with this (thought it is MY problem only), the bad thing: it should be fond :-( Best regards Horst Tiemo Hollmann TB wrote: Hi Bernhard, yes, 2.9.0 Build 610 :) Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Bernard Devlin Gesendet: Mittwoch, 10. September 2008 09:21 An: How to use Revolution Betreff: Re: slown down of IDE 2.9 under windows This may sound like a stupid question (so apologies in advance), but are you sure this is on Rev 2.9 and not Rev 3.0? Bernard On Tue, Sep 9, 2008 at 2:57 PM, Tiemo Hollmann TB [EMAIL PROTECTED]wrote: Hi there, Win XP, SP2, Rev 2.9 ___ 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 -- View this message in context: http://www.nabble.com/slown-down-of-IDE-2.9- under-windows-tp19393010p19408605.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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 -- View this message in context: http://www.nabble.com/slown-down-of-IDE-2.9-under-windows-tp19393010p19411893.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: AW: AW: slown down of IDE 2.9 under windows
Holá Bernard, Same to me! Maybe the Stack(s) are to big with a total of +/- 25MB. So I'm thinking now to splitt the Mainstack and it's Substacks and Cards (+/- 120) into smaller parts. Do you think that makes sense? A wise man told me something about 6-7 MB (if I remember correct) Salu2 Horst Tiemo Hollmann TB wrote: Hi Bernard, noop, no front- or backscripts. Thanks Tiemo The reason why I asked was I identified a bug in R3 which slowed down all actions in fields (including the message box). That slow down was something to do with revMenuBar's menus being refreshed. The slow down DID NOT exist in 2.9, that's why I was making sure that you were not working on R3 and had forgotten :-) Now that there are two of you with this problem, I'm doubtful that the same solution will work! Anyway, have either of you introduced any frontscripts (or possibly backscripts - I've never used those), where you trap menuPick messages? Bernard On Wed, Sep 10, 2008 at 11:00 AM, Horst [EMAIL PROTECTED] wrote: volution ___ 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 -- View this message in context: http://www.nabble.com/slown-down-of-IDE-2.9-under-windows-tp19393010p19411973.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Re: AW: AW: slown down of IDE 2.9 under windows
Does this problem only affect the Rev menu, or also any menus in your own stacks? I'm not sure about there being any particular problem with the size of stacks - I've worked with single stacks of a couple of hundred megabytes of data stored in customproperties. If you have lots of cards with lots of controls/images on them, then maybe the size of the stack matters. If I'm wrong about this, I hope some of the others who have far more knowledge than me will correct me. If I was having the problems you describe I would not consider it to be something intrinsically wrong with Revolution, but rather look to my own code. I think this a) because 2.9's been out for months now, so b) if this was a general problem one would expect many others to see it too c) your problem comes after some amount of activity with Rev open, d) you've tried a re-install. Of course I could be wrong, as there are two of you saying you have the same problem. But in my experience, one can waste hours/days looking for the cause in the wrong place. (I still have bruises on my ass from where I've kicked myself over the past 10 years for jumping to conclusions and blaming the wrong cause). Bernard On Wed, Sep 10, 2008 at 12:57 PM, Horst [EMAIL PROTECTED] wrote: Holá Bernard, Same to me! Maybe the Stack(s) are to big with a total of +/- 25MB. So I'm thinking now to splitt the Mainstack and it's Substacks and Cards (+/- 120) into smaller parts. Do you think that makes sense? A wise man told me something about 6-7 MB (if I remember correct) ___ 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
AW: AW: AW: slown down of IDE 2.9 under windows
Hi Horst, my stack is only about 4MB. The only thing on my side is a script on stack level of about 2300 lines, but this should only be an issue of GLX2, not the IDE, I would think. I don't know if there are any recommendations about script length in rev? Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Horst Gesendet: Mittwoch, 10. September 2008 13:57 An: use-revolution@lists.runrev.com Betreff: Re: AW: AW: slown down of IDE 2.9 under windows Holá Bernard, Same to me! Maybe the Stack(s) are to big with a total of +/- 25MB. So I'm thinking now to splitt the Mainstack and it's Substacks and Cards (+/- 120) into smaller parts. Do you think that makes sense? A wise man told me something about 6-7 MB (if I remember correct) Salu2 Horst n ___ 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
AW: AW: AW: slown down of IDE 2.9 under windows
Hi Bernhard Does this problem only affect the Rev menu, or also any menus in your own stacks? Only the Rev menu, the menu in my stack reacts expeditious I'm not sure about there being any particular problem with the size of stacks - I've worked with single stacks of a couple of hundred megabytes of data stored in customproperties. If you have lots of cards with lots of controls/images on them, then maybe the size of the stack matters. If I'm wrong about this, I hope some of the others who have far more knowledge than me will correct me. Only two cards, 4MB If I was having the problems you describe I would not consider it to be something intrinsically wrong with Revolution, but rather look to my own code. I think this a) because 2.9's been out for months now, so b) if this was a general problem one would expect many others to see it too c) your problem comes after some amount of activity with Rev open, d) you've tried a re-install. I didn't reinstalled it yet, will wait until 3.0 The problem is from the startup, even without having opened any stack, only the IDE and a freshly rebooted PC Of course I could be wrong, as there are two of you saying you have the same problem. But in my experience, one can waste hours/days looking for the cause in the wrong place. (I still have bruises on my ass from where I've kicked myself over the past 10 years for jumping to conclusions and blaming the wrong cause). Yes I agree, just solved by coincidence a apparently windows problem, which occurred over a year and exposed to be my anti virus scanner... Bernard ___ 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
Re: AW: AW: AW: slown down of IDE 2.9 under windows
Tiemo, I have many stacks with 5,000 lines of code. GLX2 Script Editor mainstack has over 15,000 lines of code. This is the script I use to test GLX2 Script Editor's performance. I don't think 2,300 lines is too many. Best, Jerry Daniels Daniels Mara, Inc. Makers of GLX2 http://www.glx2.com On Sep 10, 2008, at 7:26 AM, Tiemo Hollmann TB wrote: Hi Horst, my stack is only about 4MB. The only thing on my side is a script on stack level of about 2300 lines, but this should only be an issue of GLX2, not the IDE, I would think. I don't know if there are any recommendations about script length in rev? Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von Horst Gesendet: Mittwoch, 10. September 2008 13:57 An: use-revolution@lists.runrev.com Betreff: Re: AW: AW: slown down of IDE 2.9 under windows Holá Bernard, Same to me! Maybe the Stack(s) are to big with a total of +/- 25MB. So I'm thinking now to splitt the Mainstack and it's Substacks and Cards (+/- 120) into smaller parts. Do you think that makes sense? A wise man told me something about 6-7 MB (if I remember correct) Salu2 Horst n ___ 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
Re: AW: AW: AW: slown down of IDE 2.9 under windows
Bonjour Tiemo, Le 10 sept. 08 à 14:57, Jerry Daniels a écrit : I have many stacks with 5,000 lines of code. GLX2 Script Editor mainstack has over 15,000 lines of code. This is the script I use to test GLX2 Script Editor's performance. I don't think 2,300 lines is too many. A bit of history :-) Once upon a time was Hypercard. Its text engine was not able to handle more than 2^15 KB. About 30 000 chars. Then scripts were limited to this value *. Note that it is not lines but chars :-) In Rev, there is no limit; a single script may count millions of lines if needed ** As said Jerry and as for my experience, some thousands of lines are not a problem. May be Richard will chime in with his (useful) benchmarks but I never encountered any problem with scripts length or handlers number. - It makes me think about another subject: I'm an addict of modular code *** Does a modular code is able to slow down execution? As for me, I was not able to prove it in 'real' situations. Seems that computing is far more time consuming than code architecture: Good discussion subject ;-) - * The way to get around was of course to use stacks in use. ** But I would bet there is an architecture problem ;-) *** Readability, reusability, etc. Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [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
Re: AW: AW: AW: slown down of IDE 2.9 under windows
Eric Chatonet wrote: I have many stacks with 5,000 lines of code. GLX2 Script Editor mainstack has over 15,000 lines of code. This is the script I use to test GLX2 Script Editor's performance. I don't think 2,300 lines is too many. ... In Rev, there is no limit; a single script may count millions of lines if needed ** As said Jerry and as for my experience, some thousands of lines are not a problem. May be Richard will chime in with his (useful) benchmarks but I never encountered any problem with scripts length or handlers number. It's been a while since I benchmarked Rev's field loading and buffering, but suffice to say it was impressive. Loading up a field with the entire Bible (courtesy of the Gutenberg Ebooks Project) took a while to load, but once loaded it scrolled more smoothly than a fourth as much text in Microsoft Word. In my experience, the biggest slowdown with loading a field with large amounts of text is when the engine has to determine soft breaks for lines. This isn't an issue in script editors, since the dontWrap of the field is set to true leaving the developer in control of where lines wrap. In terms of overall performance, 2300 lines of hard-wrapped text in a field with the dontWrap set should be pretty snappy to load, and very responsive to scrolling. If there's a question about performance of the raw native field control relative to whatever processing GLX2 may be doing to prep display, you can simply try this: put the script of stack StackWithABunchOfcode That will dump the text of the script into the Message Box. If it takes about the same time as it does to open GLX2 with the same script, the issue lies elsewhere. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ 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
