Re: Sender of send in time

2018-07-12 Thread Bob Sneidar via use-livecode
Unfortunately it's the sendee. The object receiving the message. 

Bob S


> On Jul 12, 2018, at 12:59 , Bob Sneidar via use-livecode 
>  wrote:
> 
> I wonder if the target would return the sender or the sender. I'll check it 
> out. 
> 
> Bob S
> 
> 
>> On Jul 12, 2018, at 11:57 , Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Bob Sneidar wrote:
>> 
>>> I have a sticky problem here, or I should say a slippery one.
>>> Something in my scripts is sending a selectionChanged message in time
>>> to a specific datagrid when it shouldn't. How do I determine the
>>> sender of a send in time message? The pendingMessages and
>>> executionContexts are cleared by that time.
>> 
>> I don't believe the LC engine maintains awareness of the sender of timers.  
>> If it does, I don't know of a way that's exposed to scripters.
>> 
>> Where timers are used sparingly, it may be practical as a workaround to 
>> search for those instances and add a param to sent messages to track that.
>> 
>> Alternatively, when using "send...in " then "the result" will contain 
>> the ID of the newly created timer.  You could use that as the key in an 
>> array which stores any info you need about the caller, being mindful of 
>> course to clear entries as they fire so the array doesn't grow beyond 
>> reasonable bounds.
>> 
>> May also be useful to submit an enhancement request for that info, though I 
>> have no suggestions as to how this should be handled, except perhaps by 
>> adding a new item to the pendingMessages entry which would contain the long 
>> id of the sender, if that's sufficient.
>> 
>> -- 
>> Richard Gaskin
>> Fourth World Systems
>> Software Design and Development for the Desktop, Mobile, and the Web
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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


Re: Sender of send in time

2018-07-12 Thread Bob Sneidar via use-livecode
I wonder if the target would return the sender or the sender. I'll check it 
out. 

Bob S


> On Jul 12, 2018, at 11:57 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Bob Sneidar wrote:
> 
> > I have a sticky problem here, or I should say a slippery one.
> > Something in my scripts is sending a selectionChanged message in time
> > to a specific datagrid when it shouldn't. How do I determine the
> > sender of a send in time message? The pendingMessages and
> > executionContexts are cleared by that time.
> 
> I don't believe the LC engine maintains awareness of the sender of timers.  
> If it does, I don't know of a way that's exposed to scripters.
> 
> Where timers are used sparingly, it may be practical as a workaround to 
> search for those instances and add a param to sent messages to track that.
> 
> Alternatively, when using "send...in " then "the result" will contain 
> the ID of the newly created timer.  You could use that as the key in an array 
> which stores any info you need about the caller, being mindful of course to 
> clear entries as they fire so the array doesn't grow beyond reasonable bounds.
> 
> May also be useful to submit an enhancement request for that info, though I 
> have no suggestions as to how this should be handled, except perhaps by 
> adding a new item to the pendingMessages entry which would contain the long 
> id of the sender, if that's sufficient.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web


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


Re: Sender of send in time

2018-07-12 Thread Richard Gaskin via use-livecode

Bob Sneidar wrote:

> I have a sticky problem here, or I should say a slippery one.
> Something in my scripts is sending a selectionChanged message in time
> to a specific datagrid when it shouldn't. How do I determine the
> sender of a send in time message? The pendingMessages and
> executionContexts are cleared by that time.

I don't believe the LC engine maintains awareness of the sender of 
timers.  If it does, I don't know of a way that's exposed to scripters.


Where timers are used sparingly, it may be practical as a workaround to 
search for those instances and add a param to sent messages to track that.


Alternatively, when using "send...in " then "the result" will 
contain the ID of the newly created timer.  You could use that as the 
key in an array which stores any info you need about the caller, being 
mindful of course to clear entries as they fire so the array doesn't 
grow beyond reasonable bounds.


May also be useful to submit an enhancement request for that info, 
though I have no suggestions as to how this should be handled, except 
perhaps by adding a new item to the pendingMessages entry which would 
contain the long id of the sender, if that's sufficient.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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


Re: OS EOL (was: [Bug 19998] The non-appearance of Polygon graphics in LC)

2018-07-12 Thread Richard Gaskin via use-livecode

Bob Sneidar wrote:

> Each of these Mac OS exploits require that the end user install
> something on their computer, or allow it. As far as the doorstop
> comparison, well that comment is a bit of a red herring now isn't it?
> Brand new computers with current AV definitions and a completely
> updated OS involves "some degree of risk".
>
> My point is that if you use a computer in such a way that it performs
> it's job as it always has, an internal SQL server with no exposure to
> the internet for example, then all other things being equal, it's not
> obsolete by a certain definition.

How often do computer vendors advertise their network-capable products 
as not being fit for use on networks?


I suppose we could slice and dice to come up with all sorts of 
definitions.  Here's where I'm coming from:


Somehow this conversation became mistaken for one of brand advocacy.  I 
mentioned macOS 10.7.5 only because that's the version Richmond isn't 
allowed to upgrade beyond. Those who've been on this list a while have 
seen me use the phrase "not safe to use" for any brand of OS that has 
reached end-of-life (EOL).


If this has to be about one brand, I think there's an argument to be 
made that Apple does a better job in some (but not all) areas of 
security.  But they're not a magic pony.  There is no magic pony.  Even 
the best software is just imperfect humans making imperfect systems 
riddled with flaws waiting to by found by someone with an IQ north of 
160 who devotes their life to finding such things.  And they do, new 
ones every week.


If the phrases "safe to use" and its corollary "not safe to use" are 
uncomfortable, I got nothing for that.  I come across them frequently in 
discussions of OS EOL.  Given how many exploits are made possible by 
unpatched systems, the more I read on the subject the more I come across 
those phrases.


In this context, "obsolete" refers to a product comprised of hardware 
and software where the software half of it has reached what the vendor 
has determined is "end of life".


True, it's possible to extend the useful life of a computer by limiting 
oneself to a much narrower range of tasks than the product was 
originally designed for.


Another option is to replace the EOL'd software half of the product with 
something that's kept current. Given the cost, ease of updating, and 
well-published EOL dates for most distros, Linux makes a logical choice 
for that, since it supports a much broader range of hardware than any 
other OS.  But even that isn't brand advocacy (if it were I'd be 
suggesting that everyone replace their OS before the vendor EOLs it 
), but merely pragmatism for those cases where the vendor provides no 
upgrade path for the now-EOL'd OS.


But neither of those options, viable as they may be for some users, are 
part of the product offering as sold.  Once the software half of a 
product no longer has an option to remain current with critical patches, 
the product as originally offered is no longer fit to serve the role it 
was designed for.  One word commonly used to describe a product beyond 
end-of-life is "obsolete".


Knowingly running unpatched systems is kind of a problem.  I don't feel 
at all uncomfortable encouraging folks to aim a bit higher than an Oingo 
Boingo security policy:


https://www.youtube.com/watch?v=qpjHW4mr6qo

;)

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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


Re: Sender of send in time

2018-07-12 Thread Bob Sneidar via use-livecode
Hi Craig. 

No, because send in time allows for messages sent prior to complete execution, 
so whatever send in time is no longer executing. 

Bob S


> On Jul 12, 2018, at 10:45 , dunbarxx via use-livecode 
>  wrote:
> 
> Hi.
> 
> Would the "executionContexts" be of use here?
> 
> Craig


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


Re: Sender of send in time

2018-07-12 Thread dunbarxx via use-livecode
Hi.

Would the "executionContexts" be of use here?

Craig



--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

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


Re: Sender of send in time

2018-07-12 Thread Bob Sneidar via use-livecode
Nevermind I found it. But it's a good question. I had to search for "send 
selectionChanged" and breakpoint each statement until I hit on the correct one. 

Bob S


> On Jul 12, 2018, at 10:31 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi all. 
> 
> I have a sticky problem here, or I should say a slippery one. Something in my 
> scripts is sending a selectionChanged message in time to a specific datagrid 
> when it shouldn't. How do I determine the sender of a send in time message? 
> The pendingMessages and executionContexts are cleared by that time. 
> 
> Bob S


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


Sender of send in time

2018-07-12 Thread Bob Sneidar via use-livecode
Hi all. 

I have a sticky problem here, or I should say a slippery one. Something in my 
scripts is sending a selectionChanged message in time to a specific datagrid 
when it shouldn't. How do I determine the sender of a send in time message? The 
pendingMessages and executionContexts are cleared by that time. 

Bob S


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


Re: Docker

2018-07-12 Thread Bob Sneidar via use-livecode
Anything is possible, which is why I think color blind trolls and mischievous 
dwarves not too far fetched. 

Bob S


> On Jul 12, 2018, at 08:43 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> It is possible that, in the night, you were in some sort of fugue state,
> hopped into your car and changed the radio stations . . .
> 
> . . . similar to when  get out of bed in the morning and find LiveCode stacks 
> that I
> didn't make littering my desktop. ;-)
> 
> Richmond.


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


Re: Docker

2018-07-12 Thread Richmond Mathewson via use-livecode

It is possible that, in the night, you were in some sort of fugue state,
hopped into your car and changed the radio stations . . .

. . . similar to when  get out of bed in the morning and find LiveCode 
stacks that I

didn't make littering my desktop. ;-)

Richmond.

On 12/7/2018 6:19 pm, Bob Sneidar via use-livecode wrote:

Well then the real mystery is why someone moved all my stuff into someone elses 
car!

Bob S



On Jul 11, 2018, at 17:56 , Mark Wieder via use-livecode 
 wrote:

On 07/11/2018 05:16 PM, Mike Bonner via use-livecode wrote:

They'll be more annoyed that their car isn't where they left it.  Of course
if they understand sock science, maybe they'll go look for it in the dryer.

Shouldn't be a problem.
They can just take Bob's car and wonder why the presets got changed.

--
Mark Wieder
ahsoftw...@gmail.com


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


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


Re: Docker

2018-07-12 Thread Bob Sneidar via use-livecode
Well then the real mystery is why someone moved all my stuff into someone elses 
car! 

Bob S


> On Jul 11, 2018, at 17:56 , Mark Wieder via use-livecode 
>  wrote:
> 
> On 07/11/2018 05:16 PM, Mike Bonner via use-livecode wrote:
>> They'll be more annoyed that their car isn't where they left it.  Of course
>> if they understand sock science, maybe they'll go look for it in the dryer.
> 
> Shouldn't be a problem.
> They can just take Bob's car and wonder why the presets got changed.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com


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


Re: Docker

2018-07-12 Thread Bob Sneidar via use-livecode
Yeah, and they are gonna want their car back! 

Bob S


> On Jul 11, 2018, at 17:09 , Mark Wieder via use-livecode 
>  wrote:
> 
> On 07/11/2018 03:18 PM, Bob Sneidar via use-livecode wrote:
>> I'm in a strange mood. I got into my car last Sunday and discovered two of 
>> my three radio programmable buttons had changed stations. I'm the only 
>> person who drives my car, and I always lock it wherever I go. I'm not sure I 
>> haven't entered some alternate universe or something.
> 
> That's easy. You got into someone else's unlocked car.
> They're gonna be annoyed if you change those presets.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com


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


Re: Must have flexible row height for Datagrid Table

2018-07-12 Thread Bob Sneidar via use-livecode
Or use a form datagrid! The only place this is an issue is with table grids. 

Bob S


> On Jul 12, 2018, at 04:42 , Paul Dupuis via use-livecode 
>  wrote:
> 
> Thanks for looking into the matter.
> 
> We currently use a control to allow the user to adjust the DataGrid row
> height (which of course changes all rows heights). While inelegant, it
> does let the user expand the view of a row where one or more cells have
> a lot of content. Variable row height would have been a more elegant
> addition. Perhaps LC will add it to the DataGrid for "DataGrid 3" some day.


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


Re: Must have flexible row height for Datagrid Table

2018-07-12 Thread Bob Sneidar via use-livecode
Yes I agree, before updating a datagrid, lock the screen. Performance is much 
improved. Also make sure no property inspectors, script editor or message box 
is open while benchmarking. 

Bob S


> On Jul 11, 2018, at 21:14 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Tom Glod wrote:
> 
> > Update on this ..  I'm coming to realize that dg isn't going to
> > cut it for my needs in applications where performance matters.
> >  Datagrid is built using custom properties.  which are way way way
> > slower than accessing variables  i haven't tested in a while but last
> > i did it was orrders of magnitude slower.
> 
> I would be interested in seeing those tests.  Vars are much faster than 
> fields, and still faster than custom props but much less so.
> 
> I would imagine the bigger bottleneck is with rendering so many nested groups 
> of objects.


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


Re: [Bug 19998] The non-appearance of Polygon graphics in LC

2018-07-12 Thread Bob Sneidar via use-livecode
>From the keychain exploit article:

"MacOS is designed to be secure by default, and Gatekeeper warns users against 
installing unsigned apps, like the one shown in this proof of concept, and 
prevents them from launching the app without explicit approval. We encourage 
users to download software only from trusted sources like the Mac App Store, 
and to pay careful attention to security dialogs that macOS presents."

I think that saying this makes the mac inherently insecure is like clicking the 
link in the email and then complaining that Windows allowed your computer to be 
hacked. 

Bob S

> On Jul 11, 2018, at 17:54 , Richard Gaskin via use-livecode 
>  wrote:
> 
>   But Wardle has shown that the vulnerability allows an attacker
>   to grab and steal every password in plain-text using an unsigned
>   app downloaded from the internet, without needing that password.


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


Re: [Bug 19998] The non-appearance of Polygon graphics in LC

2018-07-12 Thread Bob Sneidar via use-livecode
Each of these Mac OS exploits require that the end user install something on 
their computer, or allow it. As far as the doorstop comparison, well that 
comment is a bit of a red herring now isn't it? Brand new computers with 
current AV definitions and a completely updated OS involves "some degree of 
risk". 

My point is that if you use a computer in such a way that it performs it's job 
as it always has, an internal SQL server with no exposure to the internet for 
example, then all other things being equal, it's not obsolete by a certain 
definition. 

I guess I am saying that what different people mean by obsolete varies 
depending on the application. A developer who wants to continue using a 
workstation that no longer runs the current version of LC, but that developer 
wants the new features of said current version, could be said to be running an 
obsolete OS. If he doesn't need those new features, the device can be said to 
be viable. 

Bob S

> On Jul 11, 2018, at 17:54 , Richard Gaskin via use-livecode 
>  wrote:
> 
>   But Wardle has shown that the vulnerability allows an attacker
>   to grab and steal every password in plain-text using an unsigned
>   app downloaded from the internet, without needing that password.


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


Re: Must have flexible row height for Datagrid Table

2018-07-12 Thread Tom Glod via use-livecode
Hi folks, thanks for all your input.   Just to be clear, I am not
re-creating a whole datagrid solution.   Trevors DG solution is so
awesome and flexible and works really great for so many things ... but its
awesomeness came at a cost.  For me I have very few things to think about
 the biggest challenge will be the handler to handle off-screen drawing
and scrolling...but I have some good ideas there I hope.I have
particular advantages in my case

1, the upcoming the AR Rendering improvements for nested groups
2. not using custom properties
3. no copying of data  all read directly from variables
4. 3 or 4 columns per row max
5. <  8 - 10 controls max per row (only 1 or 2 text)
6. The dg sends a lot of messages and sets and gets a lot of properties in
order to be a general solution with all of its awesome features. No need
for that here..
7.it does not have to be a general solution applicable to other things.
just the content types present in my application.  It will work for other
things and other developers, but I don't have to build features for them to
be able to adapt it.

Cheers





On Thu, Jul 12, 2018 at 7:42 AM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks for looking into the matter.
>
> We currently use a control to allow the user to adjust the DataGrid row
> height (which of course changes all rows heights). While inelegant, it
> does let the user expand the view of a row where one or more cells have
> a lot of content. Variable row height would have been a more elegant
> addition. Perhaps LC will add it to the DataGrid for "DataGrid 3" some day.
>
> On 7/11/2018 11:22 PM, Tom Glod via use-livecode wrote:
> > Update on this ..  I'm coming to realize that dg isn't going to cut
> it
> > for my needs in applications where performance matters.  Datagrid is
> built
> > using custom properties.  which are way way way slower than accessing
> > variables  i haven't tested in a while but last i did it was orrders of
> > magnitude slower. that is its major bottleneck, and i think i have to
> move
> > away from moving the LC grid for my needs.
> >
> > So i think i need to make my own grid solution that covers both different
> > sized rows, better performance, and no without all the duplication of
> data..
> >
> >
> >
> > On Tue, Jun 19, 2018 at 5:16 PM, Paul Dupuis via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> On 6/19/2018 4:52 PM, Rick Harrison via use-livecode wrote:
> >>> Hi Tom,
> >>>
> >>> I haven’t done much of anything with the datagrid, but I am
> >>> wondering what happens if one of the cells in your row
> >>> has an image in it? Will the row resize to be able to show
> >>> the minimum height of the image?  If so, that might be
> >>> a work around for you.
> >>>
> >>  Unfortunately, the Datagrid row height in "Table" mode does not resize
> >> with contents whether a cell contains an Image, text, or whatever. Rows
> >> are all of equal height in pixels that can be set by the developer.
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Must have flexible row height for Datagrid Table

2018-07-12 Thread Paul Dupuis via use-livecode
Thanks for looking into the matter.

We currently use a control to allow the user to adjust the DataGrid row
height (which of course changes all rows heights). While inelegant, it
does let the user expand the view of a row where one or more cells have
a lot of content. Variable row height would have been a more elegant
addition. Perhaps LC will add it to the DataGrid for "DataGrid 3" some day.

On 7/11/2018 11:22 PM, Tom Glod via use-livecode wrote:
> Update on this ..  I'm coming to realize that dg isn't going to cut it
> for my needs in applications where performance matters.  Datagrid is built
> using custom properties.  which are way way way slower than accessing
> variables  i haven't tested in a while but last i did it was orrders of
> magnitude slower. that is its major bottleneck, and i think i have to move
> away from moving the LC grid for my needs.
>
> So i think i need to make my own grid solution that covers both different
> sized rows, better performance, and no without all the duplication of data..
>
>
>
> On Tue, Jun 19, 2018 at 5:16 PM, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On 6/19/2018 4:52 PM, Rick Harrison via use-livecode wrote:
>>> Hi Tom,
>>>
>>> I haven’t done much of anything with the datagrid, but I am
>>> wondering what happens if one of the cells in your row
>>> has an image in it? Will the row resize to be able to show
>>> the minimum height of the image?  If so, that might be
>>> a work around for you.
>>>
>>  Unfortunately, the Datagrid row height in "Table" mode does not resize
>> with contents whether a cell contains an Image, text, or whatever. Rows
>> are all of equal height in pixels that can be set by the developer.
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



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