Put data in lines

Camm29 Camm29 at tesco.net
Sat May 5 13:58:54 EDT 2007


Thanks ,
Jim , Björnke and Mark for your comments and solution.

It's work great and fast !

One issue is that the next data string received may be longer or shorter ,
but it still must appear in the correct line !
(the system only sends changed data for a given line)

So , first 999 lines could be sent , then only 2 lines.
999 lines of data need to stay displayed  then only 2 lines data to change !

the line number is before the =
the data is after the =

Regards
Camm

----- Original Message -----
From: "Jim Ault" <JimAultWins at yahoo.com>
To: "How to use Revolution" <use-revolution at lists.runrev.com>
Sent: Saturday, May 05, 2007 5:56 PM
Subject: Re: Put data in lines


> A problems with using arrays like that is that i will shuffle the lines
> around somewhat randomly. Also note that my approach is about 7 times
> faster (not sure if it's the itemDelimiter stuff, or the array handling
> itself that is slower).

I find that the array method as shown by Mark will work a bit faster than
the replace delimeters method, but you have to use a data list of about
10,000 to see the difference.  At 50000 lines of data, the replace takes
9-10 ticks, and the array method takes 6-7 ticks.  At 4000 lines, both will
show 0 ticks elapsed, which means less than half a tick.  Tick is about
1/60th of a second.

Mac G5 Duo, Rev 2.7.2 build 261

Jim Ault
Las Vegas


On 5/5/07 9:28 AM, "Björnke von Gierke" <bvg at mac.com> wrote:

> I always found arrays to be confusing, that's why I prefer this method :
>
> on mouseUp
>    put "Arb.rec:0=234:1=456789:2=657483:3=4:4=3456473:5=1:6=0: " & CRLF
> into x
>    replace ":" with return in x
>    replace "=" with space in x
>    put line 2 to -2 of x
> end mouseUp
>
> A problems with using arrays like that is that i will shuffle the lines
> around somewhat randomly. Also note that my approach is about 7 times
> faster (not sure if it's the itemDelimiter stuff, or the array handling
> itself that is slower).
>
> have fun
> Björnke
>
> On 05 May 2007, at 16:46, Mark Smith wrote:
>
>> This works for the given string, and should be quick even with 999
>> values:
>>
>> on mouseUp
>>   put "Arb.rec:0=234:1=456789:2=657483:3=4:4=3456473:5=1:6=0: " & CRLF
>> into tRec
>>   set the itemDelimiter to ":"
>>   delete item 1 of tRec
>>   delete item -1 of tRec
>>
>>   split tRec by ":" and "="
>>   combine tRec by cr and space -- (or tab, if you prefer)
>>   put tRec
>> end mouseUp
>>
>> Best,
>>
>> Mark
>>
>> On 5 May 2007, at 11:18, Camm29 wrote:
>>
>>> Hi ,
>>>
>>> I'm using read from socket
>>>
>>> example reply , can be max 999 values.
>>>
>>>
>>> Arb.rec:0=234:1=456789:2=657483:3=4:4=3456473:5=1:6=0: CRLF
>>>
>>> I wish to display in a updating field with the values shown as ,
>>>
>>> 0    234
>>> 1    456789
>>> 2    657483
>>> 3    4
>>> 4    3456473
>>> 5    1
>>> 6    0
>>>
>>> I must be missing something , i used a repeat but its very slow on
>>> updating ?
>>>
>>> Thanks in advance
>>> Camm


_______________________________________________
use-revolution mailing list
use-revolution at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 269.6.2/785 - Release Date: 02/05/2007
14:16






More information about the use-livecode mailing list