Re: keeping track of the open cards for update

2013-07-26 Thread Peter M. Brigham
Another question that should be tested with a benchmarking procedure. However, I doubt that even needing to update 50-100 fields would show much variation no matter which technique you decided on. It would begin to matter if you had a thousand windows open and several thousand fields, which is

Re: keeping track of the open cards for update

2013-07-26 Thread Dr. Hawkins
On Fri, Jul 26, 2013 at 5:42 AM, Peter M. Brigham pmb...@gmail.com wrote: If you go with your initial solution, however, you have to use short ID (the straight ID contains more than one word), and you have to declare your global variables, either at the start of the script, or within each

Re: keeping track of the open cards for update

2013-07-26 Thread J. Landman Gay
On 7/26/13 1:38 PM, Dr. Hawkins wrote: On Fri, Jul 26, 2013 at 5:42 AM, Peter M. Brigham pmb...@gmail.com wrote: If you go with your initial solution, however, you have to use short ID (the straight ID contains more than one word), and you have to declare your global variables, either at the

Re: keeping track of the open cards for update

2013-07-26 Thread Richard Gaskin
J. Landman Gay wrote: Using ID is always the quickest way to access anything. Why is that? Mark, Monte - have you guys stumbled across how object references are resolved in the code base? -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com

Re: keeping track of the open cards for update

2013-07-26 Thread Monte Goulding
On 27/07/2013, at 6:15 AM, Richard Gaskin ambassa...@fourthworld.com wrote: Using ID is always the quickest way to access anything. Why is that? Mark, Monte - have you guys stumbled across how object references are resolved in the code base? I haven't really looked into it but it makes

Re: keeping track of the open cards for update

2013-07-26 Thread Richard Gaskin
Monte Goulding wrote: On 27/07/2013, at 6:15 AM, Richard Gaskin wrote: Using ID is always the quickest way to access anything. Why is that? Mark, Monte - have you guys stumbled across how object references are resolved in the code base? I haven't really looked into it but it makes

Re: keeping track of the open cards for update

2013-07-26 Thread Monte Goulding
On 27/07/2013, at 6:38 AM, Richard Gaskin ambassa...@fourthworld.com wrote: Yes, I've always believed that name was the slowest option, but it's the iteration that made me thinking that ordinal references would be at least as fast, and possibly faster since the lookup is ordinal by nature

Re: keeping track of the open cards for update

2013-07-26 Thread Richard Gaskin
Monte Goulding wrote: On 27/07/2013, at 6:38 AM, Richard Gaskin wrote: Yes, I've always believed that name was the slowest option, but it's the iteration that made me thinking that ordinal references would be at least as fast, and possibly faster since the lookup is ordinal by nature anyway

Re: keeping track of the open cards for update

2013-07-26 Thread Monte Goulding
On 27/07/2013, at 10:27 AM, Richard Gaskin ambassa...@fourthworld.com wrote: Monte Goulding wrote: On 27/07/2013, at 6:38 AM, Richard Gaskin wrote: Yes, I've always believed that name was the slowest option, but it's the iteration that made me thinking that ordinal references would be

keeping track of the open cards for update

2013-07-25 Thread Dr. Hawkins
As my project moves along, it's handling remote updates of data and displaying it live locally (watches for database updates). I'm about to move on to making these live in multiple windows (i.e., the input window, and one or more output windows). This means that the update code needs to quickly