Re: Dumb question time
jbv wrote: The only issue I've ever seen with the sort command turned out to be documented: the string library used for it requires that none of the lines exceeds 64k (65,535 characters). When sorting lines in which one or more is longer than 64k the results will be unpredictable and likely confusing. I know, I've seen 'em -- sure confused the heck out of me until I learned this limit. :) Thanks for the info... is it documented in Rev ? I don't remember reading it anywhere... Not per se, or at least nothing connected with the sort container command that I could find. Given how big 64k is it rarely comes up in common use; I found out about it from a support email from Scott Raney after one of my customers was having an inexplicable issue with WebMerge. It's worth noting that for all customers I have and all the strange things they do with WebMerge (I have one customer go generates 300,000 pages at a time with it) the 64k-per-line limit only came up once in the three years I've been selling the product. In that customer's case we were able to recommend a better workflow for them: they had one field that contained short stories, but it made their work more flexible to simply leave the short story in a separate file and reference the file from their database, allowing them to edit the story file without going into the database. In recent years I've been using lists as RAM-based database tables with good results, and haven't had any record get even close to 64k as long as I provide support for referencing external files for things better suited for those. Not all lists will lend themselves to that, but when they do you get to keep enjoying the simplicity and efficiency of chunk expressions for everything else, and a pretty good sort command. :) -- 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: Dumb question time
On 7/27/05, jbv [EMAIL PROTECTED] wrote: I think it has to do with the structure of the data to be sorted... it can be 10 to 500 lines with 40 items in each line, and each item can be the sorting key, but for certain lines, the item can be empty and I have the feeling that it's the cause of the inconstency in the sort result... I'll check that... Yes, your on the right path. When ever I have had problems with sorts it has usually come down to 'return' , 'comma', 'tab' and 'quote'. The problem is usually you think you put in 200 lines of text, but some of that text contains a return character so you end up with 200+ lines of text. Similarly you think there are 40 items in each line, but some of those items include a comma so you end up with 40+ items in some lines. My solution is to use one or more of these as appropriate: replace return with in myStore replace comma with in myStore --setting the itemDelimiter to tab is an option replace tab with in myStore replace quote with in myStore Then when you have done your sort, correct the format back with the reverse: replace with return in myStore replace with comma in myStore replace with tab in myStore replace with quote in myStore Obviously timing is everything. Assuming you have a 40 cell wide, 200 row deep table/spreadsheet and some of those cells contain a comma and/or a return character you'll need to access each cell FIRST to ensure no offending characters exist. Setting the itemDelimiter to tab can be a quick way around this if there are commas in fields. With returns you need some sort of 'counter' so you can be sure that the return you are replaceing is in a cell not the end of a row. It can be very hard to determine the existence of a return in the last cell of a row so it is better to set your data up so that will NEVER be the case. Once each cell has been checked, then you can do your sort. Cheers ___ 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: Dumb question time
Hi JB, Don't think so unless your global is 20 MB :-) Could you tell us more to understand what are your globals contents, how do you handle them, sort them, etc. and, may be, give you some clues? Le 26 juil. 05 à 17:43, jbv a écrit : OK guys, it's dumb question time... I have a few buttons; when clicking on one of them, users trigger complex sorts in globals. a sporadic bug occurs (quite rare and impossible to reproduce, so far) : the sort doesn't execute well and the content of 1 of the globals isn't consistent anymore... so my (dumb) question is : is it possible that the user clicks so fast on a few successive btns that each script doesn't have the time to run till the end ? This can happen on browsers, when you click very fast on successive links... I doubt that it's the case in Rev, but I thought it was worth asking... Best Regards from Paris, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Free plugins and tutorials on my website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ 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: Dumb question time
Eric, Thanks for the reply, but right after sending my previous post, an idea crossed my mind : I think it has to do with the structure of the data to be sorted... it can be 10 to 500 lines with 40 items in each line, and each item can be the sorting key, but for certain lines, the item can be empty and I have the feeling that it's the cause of the inconstency in the sort result... I'll check that... But anyway, my original question remains valid : what happens in Rev when a new script is triggered, and a previous script is still running ? Thanks, JB Hi JB, Don't think so unless your global is 20 MB :-) Could you tell us more to understand what are your globals contents, how do you handle them, sort them, etc. and, may be, give you some clues? Le 26 juil. 05 à 17:43, jbv a écrit : OK guys, it's dumb question time... I have a few buttons; when clicking on one of them, users trigger complex sorts in globals. a sporadic bug occurs (quite rare and impossible to reproduce, so far) : the sort doesn't execute well and the content of 1 of the globals isn't consistent anymore... so my (dumb) question is : is it possible that the user clicks so fast on a few successive btns that each script doesn't have the time to run till the end ? This can happen on browsers, when you click very fast on successive links... I doubt that it's the case in Rev, but I thought it was worth asking... Best Regards from Paris, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Free plugins and tutorials on my website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ 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: Dumb question time
Hi JB, Try this: 2 buttons. In the first one: on mouseUp repeat 1 put random(100) end repeat put Done end mouseUp In the second one: on mouseUp beep end mouseUp You can't beep but only wait until the loop has run entirely (you see that in the message box :-) Now add a line into the first script: on mouseUp repeat 1 put random(100) wait 0 with messages -- this one end repeat put Done end mouseUp You can beep while running the loop. So, unless you put a wait x (even 0) milliseconds with messages in a handler, you will not be able to do anything but wait it has run until its end. Hope this helps. Best Regards from Paris, Eric Chatonet. Le 26 juil. 05 à 18:01, jbv a écrit : Eric, Thanks for the reply, but right after sending my previous post, an idea crossed my mind : I think it has to do with the structure of the data to be sorted... it can be 10 to 500 lines with 40 items in each line, and each item can be the sorting key, but for certain lines, the item can be empty and I have the feeling that it's the cause of the inconstency in the sort result... I'll check that... But anyway, my original question remains valid : what happens in Rev when a new script is triggered, and a previous script is still running ? Thanks, JB Hi JB, Don't think so unless your global is 20 MB :-) Could you tell us more to understand what are your globals contents, how do you handle them, sort them, etc. and, may be, give you some clues? Le 26 juil. 05 à 17:43, jbv a écrit : OK guys, it's dumb question time... I have a few buttons; when clicking on one of them, users trigger complex sorts in globals. a sporadic bug occurs (quite rare and impossible to reproduce, so far) : the sort doesn't execute well and the content of 1 of the globals isn't consistent anymore... so my (dumb) question is : is it possible that the user clicks so fast on a few successive btns that each script doesn't have the time to run till the end ? This can happen on browsers, when you click very fast on successive links... I doubt that it's the case in Rev, but I thought it was worth asking... So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Free plugins and tutorials on my website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ 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: Dumb question time
jbv wrote: Eric, Thanks for the reply, but right after sending my previous post, an idea crossed my mind : I think it has to do with the structure of the data to be sorted... it can be 10 to 500 lines with 40 items in each line, and each item can be the sorting key, but for certain lines, the item can be empty and I have the feeling that it's the cause of the inconstency in the sort result... I'll check that... But anyway, my original question remains valid : what happens in Rev when a new script is triggered, and a previous script is still running ? If the previous script includes wait with messages or similar, then the new script can be triggered, and it will run to completion before the continuation of the old script. But unless you have wait with messages, the new script will not be triggered until the old one is complete. -- Alex Tweedly http://www.tweedly.net -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.9.4/57 - Release Date: 22/07/2005 ___ 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: Dumb question time
jbv wrote: OK guys, it's dumb question time... I have a few buttons; when clicking on one of them, users trigger complex sorts in globals. a sporadic bug occurs (quite rare and impossible to reproduce, so far) : the sort doesn't execute well and the content of 1 of the globals isn't consistent anymore... The only issue I've ever seen with the sort command turned out to be documented: the string library used for it requires that none of the lines exceeds 64k (65,535 characters). When sorting lines in which one or more is longer than 64k the results will be unpredictable and likely confusing. I know, I've seen 'em -- sure confused the heck out of me until I learned this limit. :) -- 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: Dumb question time
Richard, The only issue I've ever seen with the sort command turned out to be documented: the string library used for it requires that none of the lines exceeds 64k (65,535 characters). When sorting lines in which one or more is longer than 64k the results will be unpredictable and likely confusing. I know, I've seen 'em -- sure confused the heck out of me until I learned this limit. :) Thanks for the info... is it documented in Rev ? I don't remember reading it anywhere... JB ___ 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: Dumb question time
JB, I had this happening with a button but could not track it down. However I don't think it is a bug. It seemed to only happen in scripts where I had a timing issue to begin with. Do you? I am still learning the appropriate use of wait and wait with messages. Do any of your scripts use these or 'should' any of them be using this? Tom On Jul 26, 2005, at 11:43 AM, jbv wrote: is it possible that the user clicks so fast on a few successive btns that each script doesn't have the time to run till the end ? Macintosh PowerBook G-4 OSX 10.3.9, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.6 Advanced Media Group Eagle Works Art Sculpture Semantic Compaction Systems Prentke Romich Company Prentke Romich International SCIconics, LLC Artist Thomas J McGrath III [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
