RE: Speed of 'sliding a field'
David, I've been having 'choppy' transitions lateley as well (on a PC600). So I've started using set the dontuseQTeffects to true and it seemed to help quite a bit. -Chipp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Kwinter Sent: Wednesday, April 03, 2002 1:25 AM To: [EMAIL PROTECTED] Subject: Speed of 'sliding a field' I've been frustrated by slowness lately whenever I've tried to make a Rev script do anything dynamic. Am I doing something wrong? I doubt my G4 lacks enough power to do some of the things I want to do. Here, for example is a chunk of script which slides a field into position. If you try it out let me know if you don't mind the choppyness. Is there a solution? ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: no message to startUp
This is a bug then? Should this be posted to the improve list so that it makes the to be fixed list? I don't know if bugs are picked up from this list or not... John Miskimins On Tuesday, April 2, 2002, at 07:58 PM, Dar Scott wrote: On Monday, April 1, 2002, at 10:51 PM, Dar Scott wrote: I made a tiny standalone on Windows 2000, Revolution 1.1.1 B2. It has only one card in the main stack. I don't seem to be getting the startUp message to the card when the application starts. What could I be doing wrong? I fixed this by putting the startup handler in the stack scripts instead of the card scripts. Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
preopenbackground error, license exceeded
Forgot to mention that the error seems to be in the revLibraries. It's a repeat loop in the preopenbackground handler (in the revLibraries) that throws the error about exceeding the license-limit..? Message: 2 Date: Tue, 2 Apr 2002 07:59:10 -0800 (PST) From: Niklas Almesjö [EMAIL PROTECTED] Subject: preopenbackground error, license exceeded To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] I get the following error when I go to a stack that used to work fine (now using the latest beta).. It's the preopenbackground in Rev that is opened when I click script (in the error-message). A known bug? There was an Execution Error at 5:23:08 PM Error description: insert: license limit exceeded Object: group id 1034 of card id 1002 of stack newplayer of stack C:/WINDOWS/Skrivbord/Niklas/qt/daQtApp/app21rev.rev insert script of btn i of me into back Value: preOpenBackGround __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: no message to startUp
Concerning startup sent to stack but not card... On Tuesday, April 2, 2002, at 09:09 PM, John wrote: This is a bug then? Or documentation problem. It is inconsistent and adds a new concept concerning message paths. The documentation says openStack et al are sent to the card. If this is just a Windows 2000 thing, then it is a a bug, I think. I haven't tried it on OS X. Yet. Or maybe I did something dumb. Should this be posted to the improve list so that it makes the to be fixed list? I'll do that in a bit. In the spirit of the use list, I only mentioned what it took to make it work. I don't know if bugs are picked up from this list or not... It was pointed out earlier that they might be only by chance. Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 1.1.1 Release
Yes, I got the same error running on mac 9.2 when I did that, so I just went back to the previous release on mac and started working on windows for windows releases. I don't believe I've tried building (for windows) with the beta 2 on mac yet, though. Mark - Original Message - From: Gene Kennedy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 1:10 PM Subject: Rev 1.1.1 Release I just downloaded the release version of Rev 1.1.1 for Mac Classic and started up. Everything went as expected until I attempted to build a distribution for Windows. With the auto-downnload any required software button checked, the application proceeded to download the windows engine (674K). Everything seemed to go OK right up to the end of the download then I got a Engine Download: error message. I tried this several times with the exact same results. Is anyone else experiencing the same thing? Gene Kennedy ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Resizeing stack proportionally
Hi there, I wrote the following script to resize my stack in a 4:3 ratio on resizestack set the width of stack main to the height of stack main/100*133.33 set the rectangle of image back to the rectangle of stackmain set the location of imageback to the width of stackmain/2,the height of stack main/2 pass resizestack end resizestack sorrowly the stack starts jumping around a bit after being resized. Is there a more elegant way to scale the stack proportionally? Regards Malte ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Resizeing stack proportionally
On Monday, February 6, 2040, at 07:06 PM, malte brill wrote: Is there a more elegant way to scale the stack proportionally? Replace the resize corner with a control of your own? Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution for CGI Scripts
On Tuesday, April 2, 2002, at 06:53 PM, Sivakatirswami wrote: 1. Why is there no quit in your examples? These scripts are running on a remote server... there is no GUI as you understand it. just a) the engine b) the scripts... no interface as such. I get it. I was picturing each cgi script being a standalone application (reading and writing stdin and stdout), a method involving running 1.6M apps and not very efficient. (Now the idea of a making scripting standalones can be applied to many areas, not just cgi, and that interests me.) Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Listing directory files
Is there an easy way in Revolution to list the names of all the files in all the folders of a specific folder? I used to use an XCMD for such a thing and would like to find a native way to do it. Thanks! -- David Retiarius Enterprises ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Listing directory files
Dave, You need to cycle through all the files and folders manually using the directories() and files() functions. Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ - Original Message - From: Dave [EMAIL PROTECTED] To: Revolution List [EMAIL PROTECTED] Sent: Wednesday, April 03, 2002 2:19 PM Subject: Listing directory files Is there an easy way in Revolution to list the names of all the files in all the folders of a specific folder? I used to use an XCMD for such a thing and would like to find a native way to do it. Thanks! -- David Retiarius Enterprises ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Listing directory files
On Wednesday, April 3, 2002, at 01:19 PM, Dave wrote: Is there an easy way in Revolution to list the names of all the files in all the folders of a specific folder? If you are comfortable with writing recursive functions, I bet you can write a small function to do this with folders(), files() and defaultFolder. Dar Scott Still a Revolution Newbie, actually. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Speed of 'sliding a field'
I have a G3 450MHz running OS X Revolution 1.1.1b2. It took 27 ticks to run. BUT, I was missing the effect - is that what you mean by choppiness? I added an unlock screen before the end repeat, the effect is nicer. I also added a timer, here's the revised script: on mouseup put 135 into startX put 82 into startY put 20 into startH put 134 into startW put 403 into endX put 227 into endY put 310 into endH put 246 into endW put endX-startX into netX put endY-startY into netY put endH-startH into netH put endW-startW into netW put 0 into x -- remember the time this loop started put the ticks into starttime repeat 25 times add 4 to x put ((x/100)*netX)+startX into nowX put ((x/100)*netY)+startY into nowY put ((x/100)*netH)+startH into nowH put ((x/100)*netW)+startW into nowW set the width of field list1 to the round of nowW set the height of field list1 to the round of nowH put the round of nowX into nowX put the round of nowY into nowY set the loc of field list1 to nowX,nowY -- unlock screen redraws the screen unlock screen end repeat -- puts into the message box the time taken in ticks to run the loop put the ticks-starttime end mouseup On 3/4/02 8:24 am, David Kwinter [EMAIL PROTECTED] scribed: I've been frustrated by slowness lately whenever I've tried to make a Rev script do anything dynamic. Am I doing something wrong? I doubt my G4 lacks enough power to do some of the things I want to do. Here, for example is a chunk of script which slides a field into position. If you try it out let me know if you don't mind the choppyness. Is there a solution? ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Revolution.out window when disconnect from database
Hello, I am connecting to a SQL 7 database through the Microsoft ODBC SQL 7 driver on a Mac and have encountered two annoyances. First, even after passing the user and password through the revdb_connect() command, I am presented with a dialog asking for user and password. No entry is needed, just hit OK or Cancel and the dialog disappears. The connection is complete. I take this to be some ODBC quirk, but I only get this problem on the Mac, not on a PC. Second, when disconnecting from the database using revdb_disconnect(myConnectionID), a window titled Revolution.out appears to confirm the disconnect. The disconnect functions properly, but I cannot dismiss this window without quitting and restarting either the Rev development environment or the standalone that I created. Also, my menus get messed up once this window appears -- I get two Apple menus and two File menus. Getting openstacks, windows, etc. does not reveal that this window even exists. Again, I don't have this problem on the PC, only on a Mac. Any ideas? Keith Spieldenner ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Speed of 'sliding a field'
On a 333 Mhz G3 iMac, this script ran too fast for me to see what was supposed to happen - it just jumped into place with 1 or 2 intermediate steps. I put a wait for 1 tick line on the repeat loop and then it worked beautifully. Is there something else happening at the same time that could be slowing things down? What about any pending messages? Or is the field sliding over complex graphics that take a lot of redrawing? Sarah On Wednesday, April 3, 2002, at 05:24 pm, David Kwinter wrote: I've been frustrated by slowness lately whenever I've tried to make a Rev script do anything dynamic. Am I doing something wrong? I doubt my G4 lacks enough power to do some of the things I want to do. Here, for example is a chunk of script which slides a field into position. If you try it out let me know if you don't mind the choppyness. Is there a solution? snip ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MOD function does not work! So be warned!
On Thursday, April 4, 2002, at 01:59 , Rob Cozens wrote: snip A final note: Someone else mentioned the mod operator is supposed to be used with integers, so anyRealValue mod anyBase is non-sequitur. I didn't see anything in the documentation restricting the use of mod to integers; OTOH, I can't recall having a practical need for the mod of a non-integer in 25+ years of programming. Rob The someone else was me, and since another writer made a similar point about my comment I should clarify that I did not make it in relation to Rev (and hence the documentation makes no such statement) but to the MOD function as it was initially implemented (so far as I know) in the languages of 25+ or even 35+ years ago. I was talking about distant antecedents rather than current usage. OTOH, if we wish to use a comparison where the significant result is an integer then isn't it natural to ensure we are dealing with an integer? [This is a rhetorical question :-)] Changing the last line of your example to put (var1 = var2) ((round(var1) mod 5)= (round(var2) mod 5)) does this. I am of the view that the MOD function works no worse than I might expect it to on a computer, if less well than I would prefer. I don't like surprises of this nature either but that is one reason I act to avoid them. regards David -- Rob Cozens CCW, Serendipity Software Company http://www.oenolog.com/who.htm And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Listing directory files
Dave Several varieties of such recursive scripts were published just a few weeks ago. Check the archives or else write again and many of us (judging from last time) will publish again if you prefer not to reinvent it. regards David On Thursday, April 4, 2002, at 07:04 , Dar Scott wrote: On Wednesday, April 3, 2002, at 01:19 PM, Dave wrote: Is there an easy way in Revolution to list the names of all the files in all the folders of a specific folder? If you are comfortable with writing recursive functions, I bet you can write a small function to do this with folders(), files() and defaultFolder. Dar Scott Still a Revolution Newbie, actually. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev and tail-recusion
On Wednesday, April 3, 2002, at 03:33 PM, James Witte wrote: Does the demo version of Rev have any limits on depth of recusion? Does Revolution handle tail-recusion correctly (as a jump without building a call frame, like Scheme and C# and unlike Java)? In the documentation... Development Guide -- The System Environment -- Ref -- Mem Limits ... this info is provided: Unlimited means bound by available memory or 4G whichever is smaller. Maximum Level of Recursion: Unlimited The documentation on scriptLimits() function doesn't indicate any other limitation on recursion. I would guess that Revolution probably does not implement tail recursion optimization, but it is hard to tell from the above information. Would you like to do the crash test? Since the documentation on recursion does not place any other guarantees on recursion depth, then both optimization and lack of optimization are correct. The implementer is free to implement it. Being new to Revolution, I can only repeat the docs. Forever loops in many apps are probably send ... to me in ..., anyway. There is no depth limit here if care is taken. State would exist in, say, global variables and elsewhere. There is no need to pass state as parameters, and the whole idea wouldn't fit into Revolution style, of course. Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Speed of 'sliding a field' - PASTE BUG!
Ah, I think I've just found what slows it down. I think everyone who tried it probably did what I did, create a new stack, a new scrolling field, a button for your script, and clicked the button. We see a rect zoom open (well, some bits of it). I just found that if I put some text in the field it takes longer, going from 26 ticks to 97 ticks. That was just a few lines. How much text is in your field? Does the text use lots of styles, type faces? Is the field locked, plain, scrolling, list? Then I wondered what would happen if I put a LOT of text in the field. I typed: This is a test. I selected all in the field and paste, paste, paste, about 10 times. Select all again, paste paste paste again. Repeated this about 3 times, all the time I'm pasting larger and larger amounts of data, it soon grows. After very little time Revolution Unexpectedly quits. It seems Revolution has a bug limiting the either the paste amount or the field size. OS X 10.1.3; Revolution 1.1.1b2. On 3/4/02 8:24 am, David Kwinter [EMAIL PROTECTED] scribed: I've been frustrated by slowness lately whenever I've tried to make a Rev script do anything dynamic. Am I doing something wrong? I doubt my G4 lacks enough power to do some of the things I want to do. Here, for example is a chunk of script which slides a field into position. If you try it out let me know if you don't mind the choppyness. Is there a solution? ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: MOD function does not work! So be warned!
Rob Cozens of [EMAIL PROTECTED] wrote the following on 4/3/02 9:59 AM on testMod put 249 into var1 put var1 into var2 add 1.0 to var1 repeat 10 add 0.1 to var2 end repeat put (var1=var2)((var1 mod 5)=(var2 mod 5)) end testMod On the Mac with PPC numerics as I understand it 249 and 1 are represented exactly as is the sum of 249+1. 249 - 01001 + 1 - 1 =250 - 01010 - var1 249 - 01001 + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... + 0.1 - 0.00011001100110011001100110011 ... =249.9*- 01001.0 ... - var2 *249.99... var1var2 add this line to the beginning of the above script set the numberFormat to 0. and append this to the penultimate line. var1var2 Now the result is true false 250 249.94315658113919199 MOD returns the remainder left when one number divides into another. So we are asking for 01001.00011001100110011001100110011 ... / 0101 - a remainder vs 01010 / 0101 - no remainder = on some systems wants an exact match. Not so using PPC numerics. They only need to round to within 15 decimal digits or so (There two decimal orders of rounding for Dar:). Which the above two numbers do. If you would have ran the loop to 1000 and adjusted your parameters for 100 instead of 1 you would have found false false MOD is working. = is working. MOD is strictly a binary comparison. = does rounding trying to conform to our decimal perception of the universe.:) michael ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev 1.1.1 Release
I posted a question regarding this almost two weeks ago, but haven't received a response from the Rev folks. It's a matter that needs to be addressed. What IS the story with the distribution engine for Windows? -- Richard Miller The Wood Exchange.info http://www.thewoodexchange.info 802-238-5355 802-951-2534 fax I just downloaded the release version of Rev 1.1.1 for Mac Classic and started up. Everything went as expected until I attempted to build a distribution for Windows. With the auto-downnload any required software button checked, the application proceeded to download the windows engine (674K). Everything seemed to go OK right up to the end of the download then I got a Engine Download: error message. I tried this several times with the exact same results. Is anyone else experiencing the same thing? Gene Kennedy ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: How do I break out of runtime?
At 6:46 AM -0800 4/3/2002, Barry Levine wrote: When I double-click on a .rev stack, Revolution launches into the runtime(?) mode and I can't figure out how to break out back into the development mode without quitting Rev and then launching Rev directly (and then opening the stack). That's right; it's the way the engine works currently. The only way I'm aware of to load the development environment is to quit and start up Rev again directly. Also: I've occasionally (well, more than that) had some bad code in a handler that, essentially, freezes Rev into an endless loop. What keystrokes can I press to break back into the development side. Command-period (on a Mac), control-period (on Windows or Unix). -- Jeanne A. E. DeVoto ~ [EMAIL PROTECTED] http://www.runrev.com/ Runtime Revolution Limited - Power to the Developer! ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
FP scripts
Lately, we have had some questions and explorations concerning binary floating point numbers in Revolution. Here are some functions that can be used to examine the floating point representation. You can use them to log intermediate values in confusing calculations. Or you can use them to learn about floating point or to prove bugs. function rawFP x -- returns a string showing the binary values of the eight bytes set numberFormat to .# put binaryEncode(d, x) into y put empty into z repeat for each char c in y put (baseConvert(charToNum(c),10,2)+0)after z end repeat return z end rawFP function FP x -- returns a string in this form: -- -1.00100... (binary) * 2^24 (decimal) local bits put binaryEncode(d, x) into y put binaryDecode(B64,y,bits) into count if char 1 of bits = 1 then put - into bin put 1. char 13 to -1 of bits (binary) after bin put * 2^ baseConvert(char 2 to 12 of bits,2,10)-1023 \ (decimal) after bin return bin end FP This last one does not indicate +inf, NaN and so on. I did it second, so it is a little cleaner.It will have to be modified to get the fixed point form used by Michael Mays in recent mail. Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: FP scripts
On Wednesday, April 3, 2002, at 08:59 PM, Dar Scott wrote: This last one does not indicate +inf and so on. Whoops. I forgot 0. It will look like 1*2^-1023. It is all zero bits. It, too, is special. Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Rev 1.1.1 Release
Richard, I posted a question regarding this almost two weeks ago, but haven't received a response from the Rev folks. It's a matter that needs to be addressed. What IS the story with the distribution engine for Windows? You can find the latest 1.1.1 at RunRev's site in the download section. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Trailing Zero Suppression
Hi there, Does anyone have a good trailing zero suppression routine for eliminating trailing zeroes from decimal numbers? Thanks, Rick Harrison ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Spreadsheet Style Display (.mc to .rev)?
At 8:11 PM -0800 4/3/2002, Steve L wrote: I have downloaded the file that was recommended here: Jacque Landeman Gay's Pseudotable, which is at http://www.hyperactivesw.com/downloads/pseudtbl.mc.hqx. However, this file is in .mc format, how could this be used/converted to .rev format? Revolution will open any MetaCard stack. Just use the Open Stack menu item to open the file. -- Jeanne A. E. DeVoto ~ [EMAIL PROTECTED] http://www.runrev.com/ Runtime Revolution Limited - Power to the Developer! ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Database-type data but without a server?
I'm making an educational math game that will have a series of multiple choice questions. I did something like this about 12 years ago in HyperCard and stored the test question and the four choices in, respectively, one background field and four card-layer buttons. Each additional question required a new card. I'd like to do this in a more efficient manner this time around so I was thinking about using only one card with the one field and four buttons, and then reading the test questions and the four multiple choice answers from a file (comma-delimited?). The data then would be put into the field and buttons and the user would click on the button. We're looking at simple elementary math here so I would assume none of that MOD nonsense (discussed at great length recently) would affect the stack's logic in verifying the correct answer. I digress...The main point of this question is whether I am thinking correctly about managing the test data (and also saving the results of the tests) by using simple text files - one for each set of test questions/answers (and one for each user [student] to store the results of the tests. I know there is database functionality but it seems as if I need to run a database server (MySQL or Valentina are mentioned in the Database Manager window). Again, I'd like to keep this as simple as possible. I do expect that will be about 50 sets of test questions, each set consisting of about 10-15 questions. A follow-on to the above question is how the student test results data files can be processed in a report. Is there some kind of field or, perhaps, a group of fields that would permit me to pretty-print a report? I suppose simply processing all of the student test results files using a script in Rev and then sending it out to a tab-delimited file one could open in Excel is an acceptable solution. However, it would be nice to keep everything happening within the Rev environment. Any suggestions will be greatly appreciated. If you would prefer to eMail me directly instead of posting to the list, I will gladly accept whatever advice you might offer. Thanks, Barry Barry Jay Levine The Mac Guy Macintosh Troubleshooting, System Engineering, Training, AppleShare/OSX Server Setup, System Upgrades and Enhancements On-Site service for K20, Business, Consumer Phone/VoiceMail: 915-581-1105 Fax: 915-581-8167 eMail: [EMAIL PROTECTED] MacOS X: It does. You can. It will. WindowsXP: Insert wallet into Drive A: Press any key to empty ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Speed of 'sliding a field' - PASTE BUG!
At 12:35 AM +0100 4/4/02, Ian Summerfield wrote: Then I wondered what would happen if I put a LOT of text in the field. I typed: This is a test. I selected all in the field and paste, paste, paste, about 10 times. Note that at this point, the field contains 14 + 14 * 10 = 154 characters. Select all again, paste paste paste again. 140 + 140*3 = 560 characters Repeated this about 3 times, 560 + 560*3 = 2240 2240 + 2240*3 = 8960 8960 + 8960*3 = 35840 all the time I'm pasting larger and larger amounts of data, it soon grows. After very little time Revolution Unexpectedly quits. Do it three more times and you're up to 2 megabytes. Change the number of times you pasted along the way, and you could easily have been trying to copy a gigabyte, although I doubt you could have gotten that far. I don't think there is an absolute limit, but in a practical sense you probably won't want to copy more than a few hundred K. It seems Revolution has a bug limiting the either the paste amount or the field size. OS X 10.1.3; Revolution 1.1.1b2. -- regards, Geoff Canyon [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Trailing Zero Suppression
Rick, Try this (or someting like it) on mouseUp put killTrail(5123.54001000) end mouseUp function killTrail val if val contains . then if last char of val is in 123456789. then return val else delete last char of val return killTrail(val) end if else return no decimal number here end if end killTrail -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Richard Harrison Sent: Wednesday, April 03, 2002 11:08 PM To: [EMAIL PROTECTED] Subject: Trailing Zero Suppression Hi there, Does anyone have a good trailing zero suppression routine for eliminating trailing zeroes from decimal numbers? Thanks, Rick Harrison ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution