date:20111012

Ooooh... a train track builder!

Bob


On Oct 11, 2011, at 11:01 AM, James Hurley wrote:

> Colin,
> 
> I was never able to get 9 pool balls to move smoothly. It works but not 
> smoothly.
> 
> Jim Hurley
> 
> 
>> Colin Holgate wrote:
>> 
>> I should update my first Rev stack sometime:
>> 
>> http://xfiles.funnygarbage.com/~colinholgate/rev/testtrack.html
>> 
>> see if I can get dozens of cars driving around.
>> 
>> On Oct 11, 2011, at 12:52 PM, James Hurley wrote:
>> 
>>> 
>>  Frustration with animation on the Mac, I guess.)
>> 
> 
> 
> ___
> 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: BBEdit language module for LiveCode

2011-10-12 Thread Trevor DeVore

On Wed, Oct 12, 2011 at 6:50 PM, Devin Asay  wrote:

> I'm on 9.6.3. I haven't used the Rev language plugin in a few months, and
> I'm guessing that one of the recent updates broke it.
>

I heard from someone that an update in BBEdit caused problems with the
language module. I still use version 8 so I haven't experienced any
problems.

At the moment I don't have time to look into what is going wrong, however.

-- 
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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

Strange results from executing a locale command

2011-10-12 Thread Pete

I was given the following code by RR support to execute a locale command in
OS X:

 *put* line 1 of shell("defaults read .GlobalPreferences AppleLocale") into$LANG
*put* uniDecode(uniEncode(shell("locale -k LC_NUMERIC"), "utf8")) intomyFormats

After execution, myFormats contains:

decimal_point="."
thousands_sep=
grouping="0"

If I execute the same locale command in Terminal, the output looks like:

decimal_point="."
thousands_sep=","
grouping="3;3"

The first line in MyFormats is the same as the first line in the Terminal
output but the other lines have garbage after the "=".  What am I doing
wrong?


Thanks,


Pete
Molly's Revenge 
___
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: BBEdit language module for LiveCode

2011-10-12 Thread Devin Asay

I'm on 9.6.3. I haven't used the Rev language plugin in a few months, and I'm 
guessing that one of the recent updates broke it.

DNA

On Oct 12, 2011, at 4:38 PM, stephen barncard wrote:

> what version of BB Edit are you using?  I didn't upgrade (to 9?) last time,
> and the plug works fine for me.
> 
> On 12 October 2011 15:27, Devin Asay  wrote:
> 
>> Is anyone using Trevor Devore's Revolution language module for BBEdit? I've
>> used it for several years, but now it is crashing BBEdit every time I try to
>> edit a .irev or .lc file. It stops crashing if I uninstall the BBEdit
>> plugin. Does anyone still use this? Trevor?
>> 
>> Thanks,
>> 
>> Devin
>> 
>> Devin Asay
>> Humanities Technology and Research Support Center
>> Brigham Young University
>> 
>> 
>> 
>> ___
>> 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
>> 
> 
> 
> 
> -- 
> 
> 
> 
> Stephen Barncard
> San Francisco Ca. USA
> 
> more about sqb  
> ___
> 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

Devin Asay
Humanities Technology and Research Support Center
Brigham Young University




___
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: BBEdit language module for LiveCode

2011-10-12 Thread stephen barncard

what version of BB Edit are you using?  I didn't upgrade (to 9?) last time,
and the plug works fine for me.

On 12 October 2011 15:27, Devin Asay  wrote:

> Is anyone using Trevor Devore's Revolution language module for BBEdit? I've
> used it for several years, but now it is crashing BBEdit every time I try to
> edit a .irev or .lc file. It stops crashing if I uninstall the BBEdit
> plugin. Does anyone still use this? Trevor?
>
> Thanks,
>
> Devin
>
> Devin Asay
> Humanities Technology and Research Support Center
> Brigham Young University
>
>
>
> ___
> 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
>



-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  
___
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: User Preferences

2011-10-12 Thread Gerry

Just to clarify, I'm not the original poster on the thread :) My point was - if 
I am using this software and I have an unstable internet connection where my 
machine's IP could change during the day, it would report to the authentication 
server that the same reg code is coming from multiple IPs. But I can see how 
your escalating check on suspect reg codes could account for that :)


Gerry 



--  photos: http://gerryorkin.com

On Thursday, 13 October 2011 at 9:22 AM, Kee Nethery wrote:

> 
> On Oct 11, 2011, at 10:59 PM, Gerry wrote:
> 
> > My ISP gives out a new IP whenever I re-connect after e.g. a router 
> > restart. So that wouldn't work. 
> 
> Not sure what you are saying. Your computer when you use your software might 
> have different IPs or your server is always moving around from IP to IP and 
> no one can connect to it?
> 
> If you are saying that people have IP addresses that change, that is not a 
> problem. The thing you are looking for is the same regcode coming from 
> multiple IPs during the same day. If your software only connects once a day, 
> and a reg code gets three hits in a day from different IPs, regardless what 
> the IPs are, you probably have three users with the same IP. Then if that 
> continues for a couple of days, flag that reg code and have those users 
> software check in more frequently than once a day. Then. if during the 
> intensive you get IP-a the IP-b then IP-c then IP-b then IP-a then IP-c etc 
> for the same reg code within the same day, you absolutely have multiple users 
> using one reg code.
> 
> Kee
> 
> > 
> > Gerry 
> > 
> > 
> > Kee Nethery wrote: 
> > > Log all the server connections. Once a day examine the log files to see 
> > > if the same unlock code is coming from multiple IP addresses. If it is, 
> > > that means that person has handed out their unlock code. If you see an 
> > > unlock code that is rogue, create a text file and put it at that location 
> > > on your server. 
> > 
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com (mailto: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 (mailto: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

BBEdit language module for LiveCode

2011-10-12 Thread Devin Asay

Is anyone using Trevor Devore's Revolution language module for BBEdit? I've 
used it for several years, but now it is crashing BBEdit every time I try to 
edit a .irev or .lc file. It stops crashing if I uninstall the BBEdit plugin. 
Does anyone still use this? Trevor?

Thanks,

Devin

Devin Asay
Humanities Technology and Research Support Center
Brigham Young University



___
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

Standalones and Opening stack via go url...?

2011-10-12 Thread John Patten

Hi All!

I created a splash stack standalone that opens up a sub stack (Main App) stored 
in a local folder. From this stack, (Main App), I wish to open up a stack 
stored on a web server using the: go stack URL 
"http://www.server.com/mysubstack";

Here's the script I'm using in the Main App stack:

put cd fld 1 into tAction --(this holds the url address of substack)
   put "go stack URL" & quote & tAction & quote into tAction  --(was having 
difficulty with quotes surrounding URL from web page to cd field, so did it 
this way)
   do tAction
   put specialfolderpath ("documents") & "/OneButtonOneField/" into tMainStack
   put the short name of current stack into tCurrentStack
 save current stack as tMainStack & "/" & tCurrentStack


This script works fine when everything is done in the IDE, however, when it 
runs from the standalone the second stack never opens the stack stored on the 
server. It also appears to save itself (Main App) as opposed to the stack I'm 
attempting to open???

Is what I'm attempting not possible in this fashion?  (standalone --> stack --> 
go url "http:...stack"

Thank You!

John Patten
SUSD
___
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: User Preferences

2011-10-12 Thread Kee Nethery

On Oct 11, 2011, at 10:59 PM, Gerry wrote:

> My ISP gives out a new IP whenever I re-connect after e.g. a router restart. 
> So that wouldn't work.   

Not sure what you are saying. Your computer when you use your software might 
have different IPs or your server is always moving around from IP to IP and no 
one can connect to it?

If you are saying that people have IP addresses that change, that is not a 
problem. The thing you are looking for is the same regcode coming from multiple 
IPs during the same day. If your software only connects once a day, and a reg 
code gets three hits in a day from different IPs, regardless what the IPs are, 
you probably have three users with the same IP. Then if that continues for a 
couple of days, flag that reg code and have those users software check in more 
frequently than once a day. Then. if during the intensive you get IP-a the IP-b 
then IP-c then IP-b then IP-a then IP-c etc for the same reg code within the 
same day, you absolutely have multiple users using one reg code.

Kee

> 
> Gerry 
> 
> 
> Kee Nethery wrote: 
>> Log all the server connections. Once a day examine the log files to see if 
>> the same unlock code is coming from multiple IP addresses. If it is, that 
>> means that person has handed out their unlock code. If you see an unlock 
>> code that is rogue, create a text file and put it at that location on your 
>> server. 
> 
> ___
> 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: So RunRev wants more of my money- what has been fixed?

So far as I know, "beef" is not on the list of banned topics. Cheese however...

Bob

On Oct 12, 2011, at 11:11 AM, Richmond Mathewson wrote:

> My current "beef" (sorry about that word to those on the RunRev list who 
> eschew cow meat)

___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread AndyP

It's interesting reading through this thead that (mostly) Linux coders want
more, IOS and Android coders want more and Windows and Mac coders want more.

So what's happening here?

Are we naturally greedy? - No I don't think so...well maybe a little.

Are our expectations too high? - Prehaps... but why?

I think LiveCode is such a great and productive product that it's easy to
get carried away with it's capabilities. By this I mean that as it's pretty
easy and quick to turn ones ideas into code and then into a workable
product, but when one hits a perceived /brick wall/ it's also very easy to
blame LiveCode for not delivering the goods!

Re reading my previous post, this is what I think I'm guilty of.
What new or improved features do I need (want?) ? ..Not many as it happens.

A better more intuitive datagrid where I can drag the object onto a card (as
now) and bind this to a datasource via the property inspector for the
datagrid and then set up and configure the properties for the datagrid also
via the property inspector rather than in code. Now I know a lot of people
love the datagrid just as it is and have done gret things with it, but I
have allways found it cumbersome compared to other datagrids in other
products.

A tab panel where one can place the tab control, select a tab and then just
drop controls, then move to the next tab and drop controls, each change of
tab displays the controls previously dropped instad of having to use groups
and cards to haold the controls for each tab. Practically..no all other
development tools I have used take this obviuos and simple approach, why not
LiveCode?

Now I'm sure there will be a fair amount of flak for my wants but it's a
personal view and is not meant or intended to offend.. it's just what I
would like to see changed.

-
Andy Piddock

My software never has bugs. It just develops random features.
PointandSee is a FREE simple but full featured under cursor colour picker /
finder.
http://www.pointandsee.co.uk - made with LiveCode (v1.4.1 released 26/08/2011)
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/So-RunRev-wants-more-of-my-money-what-has-been-fixed-tp3896596p3899520.html
Sent from the Revolution - User mailing list archive at Nabble.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: So RunRev wants more of my money- what has been fixed?


Colin wrote:


Is there a chance that either Linux isn't increasing, or that it's at the 
expense of Windows users? Or do the number add up to more than 100%.? See here:

http://www.itproportal.com/2011/09/13/mac-sales-increase-about-six-percent-september/


Definitely coming from Windows, which has been in slow but steady 
decline for the last several years (once so large that even now it's 
still at more than 82%).


Remember, *next year* will be the year of Linux on the desktop.  That's 
always been the case, for the last 20 years. ;)


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Mike Felker

True, except that web was sold as 'working' whereas Android was clearly in 
development. It is web that screwed me and that should have been, IMO a 
priority to be fixed because it is being toted as a working deployment option 
and it clearly is not.  Web happened to be the most important thing to me.

It is good to hear that Android has major updates. I wish they would have said 
that in their email. 

Mike

Sent from my iPad

On Oct 12, 2011, at 1:29 PM, Richard Gaskin  wrote:

> Bob Sneidar wrote:
> 
> > Well I have to say that Runrev's track record of improving things
> > (eventually) is quite good.
> 
> I would have to agree.  I can sympathize with the OP's feelings, but here in 
> my own office I've been buying software long enough that I have a policy:
> 
> I only pay for what I can use in my hands right now.
> 
> If a feature I need will be available tomorrow, I'm quite happy to wait until 
> tomorrow to buy it.  I have plenty of other things to keep me busy in the 
> meantime, and there are many ways to satisfy any development need.
> 
> Whenever a LiveCode product does what you need, it's almost always the 
> highest-ROI option you'll find.
> 
> But when it doesn't quite yet, you're still no worse off than the millions of 
> developers using something else.
> 
> I see LiveCode as a sort of secret weapon for rapid development.  If I can't 
> deploy it in a particular engagement, I still have everything else in my 
> arsenal available to me in the meantime, and even then I only need to draw on 
> those when a project requires that we not wait.
> 
> And when it does what I need, it delivers in spades.
> 
> 
> > ps. Richmond, please don't chastise me for calling Linux support
> > minor.
> 
> RunRev has done an admirable job of enhancing its Linux engine, and I can 
> understand the current irony of that engine not having feature parity with 
> the other desktop editions while costing twice as much.
> 
> Linux development at RunRev is a limited priority for them, and while I may 
> prefer it otherwise at least the reasons are understandable.
> 
> The state of the LiveCode Linux engine allows me to do most of what I need 
> there, and for the rest it's been a source of inspiration:  I've begun 
> looking into Python and Quickly. ;)
> 
> --
> Richard Gaskin
> Fourth World
> LiveCode training and consulting: http://www.fourthworld.com
> Webzine for LiveCode developers: http://www.LiveCodeJournal.com
> LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
> 
> ___
> 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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Colin Holgate

Is there a chance that either Linux isn't increasing, or that it's at the 
expense of Windows users? Or do the number add up to more than 100%.? See here:

http://www.itproportal.com/2011/09/13/mac-sales-increase-about-six-percent-september/


On Oct 12, 2011, at 2:11 PM, Richmond Mathewson wrote:

> The only reason I bang on about Linux is that its market share is increasing 
> (mainly at the expense of Mac; almost to the extent where I can imagine Apple 
> giving up computers qua computers and only developing tablets and 
> smart-phones in the future)


___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Ralph DiMola

Look, I could cry all day long about Android and iOS parity, but. The
boys and girls at RR have been amazingly responsive to my bug reports and
requests. I personally have 2 or 3 bug fixes and a feature request
implemented in a time frame that we could only wish for from other SW
vendors(Adobe, MS, Apple). I get timely emails back from lead developers. I
took a stab at LC and am not sorry. I am now using LC for non-graphic data
processing projects. I know that bug fixes and feature improvements can
wreak havoc on users if not done correctly. Having written and implemented
OSs, programming language compilers and linkers I've been there.

Keep the good work up RR!

Also, WHERE IS THE GPS FOR THE ANDROID? Just kidding ha ha ha.

Ralph DiMola
IT Director
Evergreen Information Services


___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread J. Landman Gay


On 10/12/11 1:11 PM, Richmond Mathewson wrote:


My current "beef" (sorry about that word to those on the RunRev list who
eschew cow meat)
with RunRev is with somebody's appalling English grammar and logic;


Seems to be common in our field. Someone gave me this tee shirt:

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Mark Schonewille

Hi,

You're not obliged to buy the subscription. You can just buy those components 
that are important to you, when you need them. Download a trial copy, test it, 
and don't buy an upgrade if you don't like it.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

See what you get with only a small contribution. All our LiveCode downloads are 
listed at http://qery.us/zr

On 12 okt 2011, at 20:17, Colin Holgate wrote:

> There is a complication with LiveCode, in that you're paying for a year of 
> updates. So, if a new version does something you would find useful, that 
> isn't in the version you own, and it was implied that within a year there 
> would be an upgrade that did some things that are vital to you, you might be 
> tempted to buy now.
> 
> With normal software upgrades it's more straightforward, you know when you 
> upgrade that you're not paying for the next version's upgrade. With LiveCode 
> you are (if that upgrade is within a year), so there is a certain amount of 
> gambling you have to do.
> 
> 
> On Oct 12, 2011, at 1:29 PM, Richard Gaskin wrote:
> 
>> If a feature I need will be available tomorrow, I'm quite happy to wait 
>> until tomorrow to buy it.  I have plenty of other things to keep me busy in 
>> the meantime, and there are many ways to satisfy any development need.


___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread David Glass

I was just told it's 3 months of updates, then there are "minor" and 
"major" upgrade charges outside of that 3-month window.


Where did you see 1 year?  Or are you referring to the Complete 
subscription product?


On 10/12/2011 11:17 AM, Colin Holgate wrote:

There is a complication with LiveCode, in that you're paying for a year of 
updates.


--
David Glass - Gray Matter Computing
graymattercomputing.com
Help Desk: http://www.graymattercomputing.com/helpdesk
559-303-4915

___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Colin Holgate

There is a complication with LiveCode, in that you're paying for a year of 
updates. So, if a new version does something you would find useful, that isn't 
in the version you own, and it was implied that within a year there would be an 
upgrade that did some things that are vital to you, you might be tempted to buy 
now.

With normal software upgrades it's more straightforward, you know when you 
upgrade that you're not paying for the next version's upgrade. With LiveCode 
you are (if that upgrade is within a year), so there is a certain amount of 
gambling you have to do.

On Oct 12, 2011, at 1:29 PM, Richard Gaskin wrote:

> If a feature I need will be available tomorrow, I'm quite happy to wait until 
> tomorrow to buy it.  I have plenty of other things to keep me busy in the 
> meantime, and there are many ways to satisfy any development need.

___
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: So RunRev wants more of my money- what has been fixed?


On 10/12/2011 08:29 PM, Richard Gaskin wrote:

 much.

Linux development at RunRev is a limited priority for them, and while 
I may prefer it otherwise at least the reasons are understandable.





I am well aware of that, and I understand the reasons why; and, 
currently (and the important word is 'currently') I have no real quarrel 
with that (especially as my complex work is for Mac and Windows; and for 
my Linux work I am STILL using RR 2.2.1).


I, for all my curmudgeonly remarks (and, Hey, I love envisaging myself 
as an awkward old
so-and-so who likes to stir the sh*t from time to time) I am besotted 
with RunRev/Livecode;

one of those co-dependency, abusive relationships, I suppose.

The only reason I bang on about Linux is that its market share is 
increasing (mainly at the expense of Mac; almost to the extent where I 
can imagine Apple giving up computers qua computers and only developing 
tablets and smart-phones in the future) and may yet

surprise us all by becoming considerably more main-stream.

The only SERIOUS problem I have with Linux right now is that text 
entered by the

set the unicodeText of fld "XXX" to (numToCharZ)
method renders the text (although it is input into the field) invisible. 
How much of that is:


1. RunRev

2. Linux

3. Richmond being goofy

I have yet to determine . . .  :)

My current "beef" (sorry about that word to those on the RunRev list who 
eschew cow meat)
with RunRev is with somebody's appalling English grammar and logic; if 
you haven't worked that out by now.


While some of "you lot" on the Use-List have found this risible (pace 
"The Life of Brian"),
"underwent" was unbelievably crass, and does not redound favourably in 
any way whatsoever.


LOve and abuse, 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: Another examples of the screen refresh problem on the Mac?

2011-10-12 Thread James Hurley

These are exciting times for RR. 

I am grateful to all who have responded to this thread--Bernd, Bob, Kevin, 
Jacque, Ken, et. al.

And special thanks to Richard for taking the time for his expansive discussion 
of the new features. THANK YOU.

I am grateful, but. I am not satisfied. I would like to see one example, 
one animation stack from RR, that is manifestly improved in 5.0 over 4.6

I will do my part. I have put together a stack/library of graphic routines 
together will multiple examples of their use in the following stack:

   go url "http://jamesphurley.com/jhurleyFolder/ProgrammableGraphics.livecode";

It should run in both 4.0 and 5.0  Here are dozens of animations on which to 
test 5.0. New commands and functions for graphically programming lines 
(setAngle, getAngle, setLength, getLength, JoinLines. Plus intersection points 
of overlapping circles, tangent lives to ellipses, collision detection inside a 
convex polygon, etc.

After 40 years of teaching I have come to one immutable conclusion: People 
learn best and most easily by example. (That's why Winkler and Kamins was such 
a great book from which to learn HyperTalk.) An example is worth a thousand 
pictures, and you know how many words a picture is worth. (Good grief, that 
compounds to a million words.) So I would like to see one example from RR to 
celebrate the animation capabilities of 5.0

But once again, I am grateful for RR's continued efforts to improve animation. 
I realize that is not a high priority at this time of such emphasis on mobil 
applications. 

Jim Hurley

> 
> Message: 25
> Date: Wed, 12 Oct 2011 06:54:51 -0700
> From: Richard Gaskin 
> To: use-livecode@lists.runrev.com
> Subject: Re: Another examples of the screen refresh problem on the
>   Mac?
> Message-ID: <4e959c2b.5080...@fourthworld.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> James Hurley wrote:
> 
>> Thank you for this Bernd. It is going to take me a while to digest these new 
>> graphic features in 5.0. I confess I am unaware of the interaction between 
>> RR code and the display on the screen. That's probably important. :-)
>> 
>> Like you, I don't see much improvement of 5.0 over 4.6 in animation.  The 
>> effect of lowering the syncRate, not so much the rate as the time between 
>> syncs (?), is significant, but then that was something available to us in 
>> 4.6--except that I didn't know it. The nomenclature suggests that it is the 
>> frequency, when it appears to be the period. And, as we all learned in 
>> physics, one is the reciprocal of the other.
>> 
>> I would like to see a little help from RR on these new features--by way of a 
>> demonstration stack perhaps.
> 
> Yes, I think that's going to be necessary, and over time as more is 
> understood about the new rendering scheme, hopefully there will also be 
> more intelligent defaults so users can immediately see at least some 
> benefit without having to do multiple iterations of experimentation.
> 
> The v5.0 rendering engine represents perhaps the biggest change in the 
> history of the engine to how objects are rendered on screen.   The 
> upside is that it's possible to see graphics performance increase many 
> times over previous versions.  The downside is that it's not easy to 
> realize that performance gain without a great deal of experimentation.

(skip)

> In the meantime, it's my understanding that the current defaults should 
> be using rendering methods roughly on par with previous versions, so 
> ideally just running stuff you've already written should perform as well 
> as it did before.
> 
> And if you want it even faster, just set aside some time to experiment 
> with different tile sizes and chances are you'll have a "Wow!" moment 
> once you find the right combination for your layout.
> 
> --
>  Richard Gaskin
>  Fourth World
>  LiveCode training and consulting: http://www.fourthworld.com
>  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
>  LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
> 
> 
> 
> --
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> End of use-livecode Digest, Vol 97, Issue 26
> 

___
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: 295 png import images

2011-10-12 Thread Keith Clarke

>> If you're layering the images, could you use a snapshot to contain the set 
>> of all underlying layers as a new layer is added?
> -- No, I need dynamic showing/hiding as a user peels on and off the layers to 
> study how the art is applied to the page.

But surely, at any given time, what the user sees on screen is only the layer 
being 'peeled' and the net effect of all underlying layers?

So, you could use just two images in RAM at any time: layer n and a snapshot of 
layers 1 to n-1

You can store not only the 295 individual layer files but also 294 snapshot 
files of layer 1, 1+2, 1+2+3... 1+2+3...(n-1) 

When a new layer is added, create a new snapshot of the previous snapshot plus 
the last image.

If the point of your app is to work down through the layers, you can pre-build 
the set of snapshots to be displayed under any specific layer.

The order of layers could be defined in a list field, so you (or the user) can 
select the 'peel' and its underlying snapshot.

This list could drive a loop routine that rebuilds the snapshots iteratively 
from layer-1 up.

If the order of layers is changed, you know from how far back down the list the 
set of snapshots needs to be rebuilt.  
HTH
Keith..
  


___
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: 295 png import images

Andrew Meit wrote:

> Jan,
>
> cool, but I still need 295 large images and buttons on a card
> for each unique layer btn, right? if so, hits the ram wall again...

Beyond the limits of RAM we have in nearly everything short of a 
supercomputer, on what monitor will you be able to display 295 images at 
1900 x 2200px each?

Even a single row of just 50 such images will require a monitor more 
than 100 feet wide.

On even the largest consumer monitor only a very few of those images can 
be displayed at any given moment, with most of them cropped at the 
display's edge.

Normal amounts of RAM and LC's native performance should be sufficient 
for displaying what's possible.

If you don't really need to show 295 large images but instead will be 
showing only thumbnails, you'll want to generate the thumbnails one at a 
time first (won't take too long and if you cache them it only needs to 
be done once).

If you're only showing a few at a time you should be able to swap out 
the filename of the source image on the fly as needed.

What exactly is this UI doing?

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
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: So RunRev wants more of my money- what has been fixed?

Bob Sneidar wrote:

> Well I have to say that Runrev's track record of improving things
> (eventually) is quite good.

I would have to agree.  I can sympathize with the OP's feelings, but 
here in my own office I've been buying software long enough that I have 
a policy:

I only pay for what I can use in my hands right now.

If a feature I need will be available tomorrow, I'm quite happy to wait 
until tomorrow to buy it.  I have plenty of other things to keep me busy 
in the meantime, and there are many ways to satisfy any development need.

Whenever a LiveCode product does what you need, it's almost always the 
highest-ROI option you'll find.

But when it doesn't quite yet, you're still no worse off than the 
millions of developers using something else.

I see LiveCode as a sort of secret weapon for rapid development.  If I 
can't deploy it in a particular engagement, I still have everything else 
in my arsenal available to me in the meantime, and even then I only need 
to draw on those when a project requires that we not wait.

And when it does what I need, it delivers in spades.

> ps. Richmond, please don't chastise me for calling Linux support
> minor.

RunRev has done an admirable job of enhancing its Linux engine, and I 
can understand the current irony of that engine not having feature 
parity with the other desktop editions while costing twice as much.

Linux development at RunRev is a limited priority for them, and while I 
may prefer it otherwise at least the reasons are understandable.

The state of the LiveCode Linux engine allows me to do most of what I 
need there, and for the rest it's been a source of inspiration:  I've 
begun looking into Python and Quickly. ;)

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
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: 295 png import images

Vector graphics is a tough nut to crack. Think postscript. Perhaps the better 
approach would be for someone to make an external that tied into a real 
postscript library (but then there is licensing) and provided some fairly basic 
commands that allowed the user to programmatically create real vector objects. 

But then of course people will want to edit those objects, and doing it 
natively in Livecode would be a nightmare. I suppose then the external would 
have to provide an editing window. Then people would want layers, and 
transparency effects and before you know it, someone just rewrote Adobe 
Illustrator! LOL! 

Maybe the better thing after all is to create vector objects in an app that is 
made for it, then export as a png? 

Bob

On Oct 12, 2011, at 9:42 AM, Andrew Meit wrote:

> If LC supported SVG and SVG effects, perhaps a vector approach but then is 
> there a limit to how many data points to a path?? One of the biggest 
> disappointments for me in 5.0 is the lack of improved vector support and the 
> styled unicode field. Rev is till stuck in a 1985 bitmap world. Sigh.

___
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: So RunRev wants more of my money- what has been fixed?


On 10/12/2011 07:49 PM, Bob Sneidar wrote:

Well I have to say that Runrev's track record of improving things (eventually) 
is quite good. They have addressed many if not most of the major concerns of 
the developers (and by major I mean a LOT of people want and need the changes) 
as well as addressing some of the minor changes (linux) when they can. Given 
the staff they have, I find this nothing short of exceptional. Keep up the good 
work Runrev!

Bob

ps. Richmond, please don't chastise me for calling Linux support minor. You 
know I get depressed when you get mad at me. ;-)


I love you too . . .  :)




On Oct 12, 2011, at 9:28 AM, J. Landman Gay wrote:


On 10/11/11 11:14 PM, Roger Eller wrote:

Every release has stated "no changes" in the release notes for
Android.  Why even bother to have release notes for anything but iOS?

The 5.0 release notes list a number of changes for Android (there are several 
sections on changes, make sure you read them all.) Remember that most of the 
changes in 5.0 deal with the new engine redraw architecture, and those do apply 
to Android in parity with iOS (but you need to read the main release notes to 
see that.) The new engine works great on Android and I can attest that it makes 
an amazing difference. Also, visual effects are now functional, stability and 
memory management has been markedly improved, redraw and background pattern 
issues have been addressed, orientation is better supported, graphic effects 
(shadows, etc) now work. These are all in parity with iOS.

There is more to follow soon.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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



___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Roger Eller

On Wed, Oct 12, 2011 at 12:52 PM, Richmond Mathewson wrote:

> On 10/12/2011 07:44 PM, Bob Sneidar wrote:
>
>> I liked blingingly fast better. I thought you were coining a new phrase!
>> "It's not just BLINDingly fast, it's BLINGingly fast!!!"
>>
>
> It does have a certain resonance . . .
>
> Possibly "blingingly fast" could be taken to mean "so fast that it
> impresses one so much that
> one's critical faculties are temporarily disabled so that one overlooks
> other shortcomings.
>
>
>
>> Bob
>>
>>
>> On Oct 12, 2011, at 5:00 AM, Roger Eller wrote:
>>
>>  Oops.  I meant (feature parity would happen "blindingly fast").  It's
>>> hard
>>> to type through the tears of being left behind.  ;-p
>>>
>>>
WOW!  Richmond, you have captured the essence of this new 'marketing slogan'
perfectly!  RunRev should use it to describe the new graphics architecture
in 5.0.  All jokes and slaps aside, I do appreciate the team and their
commitment to the overall product.  I know they will eventually get the
features that I and others want and need on Android, and maybe Linux too.

~Roger
___
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: [ANN] minimal facebook library available

2011-10-12 Thread Andre Garzia

Jim,

Thanks very much for the donation!!! Dinner on me during the next
conference! :-)

I will add two more libraries during the next week... stay tunned.

:-)

cheers
andre

On Wed, Oct 12, 2011 at 1:49 PM, Jim Lambert  wrote:

> Andre,
>
> Glad to support your social suite efforts.
> A good addition to LC developers' toolset.
>
> Jim Lambert
>
> ___
> 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
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: 295 png import images

2011-10-12 Thread Klaus on-rev

Hi Andrew,

Am 12.10.2011 um 18:47 schrieb Andrew Meit:

> Jan,
> 
> cool, but I still need 295 large images and buttons on a card for each unique 
> layer btn, right? if so, hits the ram wall again...

if you need to show all of these images at the same time, then you are 
obviously erm... licked!
I guess even a dedicated image editing app like PhotoShop or Pixelamator would 
choke on this task!

If not you would only need to load the images that you want to show (as icons 
in buttons) dynamcially.

> andrew

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.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: So RunRev wants more of my money- what has been fixed?


On 10/12/2011 07:44 PM, Bob Sneidar wrote:

I liked blingingly fast better. I thought you were coining a new phrase! "It's not 
just BLINDingly fast, it's BLINGingly fast!!!"


It does have a certain resonance . . .

Possibly "blingingly fast" could be taken to mean "so fast that it 
impresses one so much that
one's critical faculties are temporarily disabled so that one overlooks 
other shortcomings.




Bob


On Oct 12, 2011, at 5:00 AM, Roger Eller wrote:


Oops.  I meant (feature parity would happen "blindingly fast").  It's hard
to type through the tears of being left behind.  ;-p


___
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: [ANN] minimal facebook library available

2011-10-12 Thread Jim Lambert

Andre,

Glad to support your social suite efforts.
A good addition to LC developers' toolset.

Jim Lambert

___
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: So RunRev wants more of my money- what has been fixed?

Well I have to say that Runrev's track record of improving things (eventually) 
is quite good. They have addressed many if not most of the major concerns of 
the developers (and by major I mean a LOT of people want and need the changes) 
as well as addressing some of the minor changes (linux) when they can. Given 
the staff they have, I find this nothing short of exceptional. Keep up the good 
work Runrev!

Bob

ps. Richmond, please don't chastise me for calling Linux support minor. You 
know I get depressed when you get mad at me. ;-)


On Oct 12, 2011, at 9:28 AM, J. Landman Gay wrote:

> On 10/11/11 11:14 PM, Roger Eller wrote:
>> Every release has stated "no changes" in the release notes for
>> Android.  Why even bother to have release notes for anything but iOS?
> 
> The 5.0 release notes list a number of changes for Android (there are several 
> sections on changes, make sure you read them all.) Remember that most of the 
> changes in 5.0 deal with the new engine redraw architecture, and those do 
> apply to Android in parity with iOS (but you need to read the main release 
> notes to see that.) The new engine works great on Android and I can attest 
> that it makes an amazing difference. Also, visual effects are now functional, 
> stability and memory management has been markedly improved, redraw and 
> background pattern issues have been addressed, orientation is better 
> supported, graphic effects (shadows, etc) now work. These are all in parity 
> with iOS.
> 
> There is more to follow soon.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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: 295 png import images

2011-10-12 Thread Andrew Meit

Jan,

cool, but I still need 295 large images and buttons on a card for each unique 
layer btn, right? if so, hits the ram wall again...

andrew

On Oct 12, 2011, at 9:55 AM, use-livecode-requ...@lists.runrev.com wrote:

> The trick is to use an image, set the icon of the button to the id of said 
> image, and then change the filename of the image; your button will 
> automagically be repainted when you change the filename of the image control.


___
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: So RunRev wants more of my money- what has been fixed?

I liked blingingly fast better. I thought you were coining a new phrase! "It's 
not just BLINDingly fast, it's BLINGingly fast!!!"

Bob

On Oct 12, 2011, at 5:00 AM, Roger Eller wrote:

> Oops.  I meant (feature parity would happen "blindingly fast").  It's hard
> to type through the tears of being left behind.  ;-p

___
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: 295 png import images

2011-10-12 Thread Andrew Meit

On Oct 12, 2011, at 9:55 AM, use-livecode-requ...@lists.runrev.com wrote:

> Could you perhaps use thumbnails for initial button presentation and then 
> pull in the detailed layers as needed?
-- Thats what am trying to avoid having to do.

> 
> If you're layering the images, could you use a snapshot to contain the set of 
> all underlying layers as a new layer is added?
-- No, I need dynamic showing/hiding as a user peels on and off the layers to 
study how the art is applied to the page.
Because everything is put into ram, I am hitting a wall. And I need to keep the 
images large enough to allow users see the page at actual size due to the art 
design is complex. 

If LC supported SVG and SVG effects, perhaps a vector approach but then is 
there a limit to how many data points to a path?? One of the biggest 
disappointments for me in 5.0 is the lack of improved vector support and the 
styled unicode field. Rev is till stuck in a 1985 bitmap world. Sigh.
___
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: What does 'shadows' mean?

This is why I tell people to always listen to what I mean, and not what I say. 

Bob


On Oct 12, 2011, at 9:13 AM, Keith Clarke wrote:

> ...ah, nice try Francis but I too have not only a dictionary but also the 
> higher authority - Pink Floyd's 'Dark Side of the Moon', which closes with 
> the song Eclipse... "and everything under the sun is in tune but the sun is 
> eclipsed by the moon" ...boom, boom...boom, boom...
> 
> So, in the spirit of friendly pedantry, I meant eclipse in its verb form, 
> pertaining to your reference to celestial bodies...eclipse (verb) '(of a 
> celestial body) obscure the light from or to (another celestial body)' - via 
> latin from the Greek ekleipsis, from ekleipein which means to leave out.
> 
> Then again, one of the more pedantic voices in my head might argue that the 
> reference to celestial bodies is equally wrong for both occult and eclipse. 
> There is no doubt that some LC apps may be of stellar quality, but there are 
> no physical celestial bodies involved - nor indeed is there any usable depth 
> dimension of space within a 2D display in which any such celestial 'cover 
> ups', 'passages between' (or indeed shadows) might play out their fleeting 
> existence. And as for the sources of illumination involved, lest we forget, 
> "There is no dark side of the moon really. Matter of fact it's all dark." (a 
> bit like the LiveCode installer UI!)
> 
> So, I must concur with the love of English - not only for its complexity but 
> in the ability to be incorrect in so many ways - rather like my approach to 
> LC programming! ;-)
> Best,
> Keith..  
> 
> On 12 Oct 2011, at 15:55, Francis Nugent Dixon wrote:
> 
>> Hi from Beautiful Brittany,
>> 
>> Keith wrote :
>> 
>>> ...did you mean 'eclipse', Francis?
>> 
>> Keith, "occult" has three forms :
>> 
>> 1 (noun)
>> 2 (adjective)
>> 3 ( verb)
>> 
>> As "shadows" was used in the VERB form, I suggested
>> replacing it with the VERB form of occult , which means
>> what I said it means.
>> 
>> Latin occultus, from past participle of the VERB "occulere"
>> which means "to cover up".
>> 
>> Your definition of "occult" - in the NOUN form, is, OF COURSE,
>> correct.
>> 
>> The VERB form of "eclipse" means "to reduce in importance
>> or repute", which, as a replacement for the VERB "shadows"
>> is incorrect, although the NOUN form of "eclipse" is equivalent
>> to the VERB form of "occult", but then, nouns and verbs ain't
>> quite the same .:>)
>> 
>> I love English, because of its complexity .
>> 
>> -Francis
> 
> 
> ___
> 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: [ANN] minimal facebook library available

2011-10-12 Thread Andre Garzia

Maarten,

What I call "Social Network Library Suite" is a collection of loosely
coupled libraries that are mostly related to internet stuff. I am throwing
all kinds of libraries there and releasing them when there is something
usable available. Right now I've released a minimal JSON library and a
Facebook very low level library. I plan to add more each week and I don't
really know all that I will add, this is a work in progress. The cool thing
is that since they are all bundled together, each developer gets everything.

I've dual licensed it for practical purposes. I am a huge fan of the BSD
license and if LiveCode would run in FreeBSD, I would be forever happy but
the BSD license will exaust the minimal money flow necessary for me to
maintain the libraries. With BSD license, there is not incentive besides
good karma for people to contribute back (both financially and code wise).
With Dual License, I reward those building FOSS. Anyone building free open
source software will not need to pay anything, all they need to do is comply
with the GPL. Those that for one reason or another want to close they
sources, have a way out of the GPL, they can pay a one time fee and have a
commercial license that covers all libraries in the collection. This is a
good deal. It is not a matter of how much I can raise and what I will
deliver but given a steady flow of commercial licenses, how much will I be
able to build.

Please be aware that not all libraries have the same license. For example
base libraries such as the JSON one are BSD licensed. Anything that is a
basic generic library will be licensed as BSD. Right now there is only the
JSON one but in the future there will be others.

I've chosen to go with dual licensing after speaking with David and others
during the last conference. I think it is a very practical approach that
makes everyone happy.

PS: During fund raising you can get a commercial license for USD 30, thats a
good price!

Cheers
andre

On Wed, Oct 12, 2011 at 9:42 AM, Maarten Koopmans <
maarten.koopm...@gmail.com> wrote:

> How much do you need, and what will you build for that?
> And what do we need to raise to make the end result BSD licensed once
> its feature-complete?
>
> --Maarten
> PS:great work!
>
> On Tue, Oct 11, 2011 at 5:27 AM, Andre Garzia 
> wrote:
> > Folks,
> >
> > Thanks to those that contributed with my little fundraising campaign, I
> am
> > now able to release a minimal facebook library. There is still much work
> to
> > be done and I don't plan to stop it.
> >
> > You can learn more about my Social Network Library Suite here:
> > http://andregarzia.com/page/socialsuite
> >
> > You can browse the mercurial repository here:
> > http://hg.andregarzia.com/livecode-socialsuite
> >
> > I am still raising funds for this suite, so, don't loose your chance to
> > contribute.
> >
> > WHAT IS AVAILABLE:
> >
> > * lib.aag.json.livecode - a minimal JSON library. BSD License.
> > * lib.aag.facebook.livecode - a simple low level facebook library.
> > * examples/facebook/simpleposter.livecode - a sample stack that posts to
> a
> > user wall.
> >
> > Remember this library is GPL licensed. You can only build FREE, OPEN
> SOURCE
> > software with it. If you want a commercial version, then, you'd better
> join
> > the fundraising.
> >
> > So guys, can you please test?
> >
> > By the way, you will need to register your application on
> > http://developer.facebook.com. After registering, you will need to pick
> your
> > application id and application secret and fill the setup card on the
> example
> > stack. I am not sharing my application id and secret with you.
> >
> > Cheers
> > andre
> > PS: fundraiser, sleep with this sound.
> >
> > --
> > http://www.andregarzia.com -- All We Do Is Code.
> > http://fon.nu -- minimalist url shortening service.
> > ___
> > 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
>

-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread J. Landman Gay


On 10/11/11 11:14 PM, Roger Eller wrote:

Every release has stated "no changes" in the release notes for
Android.  Why even bother to have release notes for anything but iOS?


The 5.0 release notes list a number of changes for Android (there are 
several sections on changes, make sure you read them all.) Remember that 
most of the changes in 5.0 deal with the new engine redraw architecture, 
and those do apply to Android in parity with iOS (but you need to read 
the main release notes to see that.) The new engine works great on 
Android and I can attest that it makes an amazing difference. Also, 
visual effects are now functional, stability and memory management has 
been markedly improved, redraw and background pattern issues have been 
addressed, orientation is better supported, graphic effects (shadows, 
etc) now work. These are all in parity with iOS.


There is more to follow soon.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: What does 'shadows' mean?

2011-10-12 Thread Keith Clarke

...ah, nice try Francis but I too have not only a dictionary but also the 
higher authority - Pink Floyd's 'Dark Side of the Moon', which closes with the 
song Eclipse... "and everything under the sun is in tune but the sun is 
eclipsed by the moon" ...boom, boom...boom, boom...

So, in the spirit of friendly pedantry, I meant eclipse in its verb form, 
pertaining to your reference to celestial bodies...eclipse (verb) '(of a 
celestial body) obscure the light from or to (another celestial body)' - via 
latin from the Greek ekleipsis, from ekleipein which means to leave out.

Then again, one of the more pedantic voices in my head might argue that the 
reference to celestial bodies is equally wrong for both occult and eclipse. 
There is no doubt that some LC apps may be of stellar quality, but there are no 
physical celestial bodies involved - nor indeed is there any usable depth 
dimension of space within a 2D display in which any such celestial 'cover ups', 
'passages between' (or indeed shadows) might play out their fleeting existence. 
And as for the sources of illumination involved, lest we forget, "There is no 
dark side of the moon really. Matter of fact it's all dark." (a bit like the 
LiveCode installer UI!)

So, I must concur with the love of English - not only for its complexity but in 
the ability to be incorrect in so many ways - rather like my approach to LC 
programming! ;-)
Best,
Keith..  

On 12 Oct 2011, at 15:55, Francis Nugent Dixon wrote:

> Hi from Beautiful Brittany,
> 
> Keith wrote :
> 
>> ...did you mean 'eclipse', Francis?
> 
> Keith, "occult" has three forms :
> 
> 1 (noun)
> 2 (adjective)
> 3 ( verb)
> 
> As "shadows" was used in the VERB form, I suggested
> replacing it with the VERB form of occult , which means
> what I said it means.
> 
> Latin occultus, from past participle of the VERB "occulere"
> which means "to cover up".
> 
> Your definition of "occult" - in the NOUN form, is, OF COURSE,
> correct.
> 
> The VERB form of "eclipse" means "to reduce in importance
> or repute", which, as a replacement for the VERB "shadows"
> is incorrect, although the NOUN form of "eclipse" is equivalent
> to the VERB form of "occult", but then, nouns and verbs ain't
> quite the same .:>)
> 
> I love English, because of its complexity .
> 
> -Francis

___
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: Another examples of the screen refresh problem on the Mac?

2011-10-12 Thread J. Landman Gay


On 10/12/11 8:10 AM, James Hurley wrote:


I would like to see a little help from RR on these new features--by
way of a demonstration stack perhaps.


We all would. Richard's explanation was very good and with a few 
guidelines I think we'll all catch on eventually and jaws will drop. I 
know that in my sample stack, it went from barely useable on mobile 
platforms to amazingly smooth -- at least, on my particular tablet. I 
gave it to Richard to test and it failed miserably. I'm sure it has 
something to do with tile size and cache limits but I need some info on 
how to calculate those. Right now I'm stabbing in the dark.


As I understand it, the cache isn't so important on desktop builds or in 
stacks. Computers have plenty of RAM these days so set it as high as you 
want for now. Tile size probably matters though.


What I'd suggest for now is to play with the new settings in 5.0 and see 
what you come up with. It took me about a day to get something to work, 
but once it did I was awfully impressed.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: Another examples of the screen refresh problem on the Mac?

2011-10-12 Thread BNig

Hi Richard,

thank you for outlining the architecture of the new 5.0 LiveCode graphics
engine. That shurely helps to take advantage of it. And as you pointed out
we will have to experiment to find a setting that suits a particular
situation.
It just happens that Jim brought up the problem of moving simultaneously two
graphics along the points of a graphic. And that he was not pleased with it.
If you like you can test that scenario:

http://berndniggemann.on-rev.com/movegraphic/movegraphic.livecode.zip

>From all the many variations I did for this particular task, it seems that
simply setting the syncrate from 20 to e.g. 16 improves the smoothness of
the movement tremendously. That applies to 4.6 as well as 5.0

The new graphics engine features do improve movement but again with the new
graphic features setting the syncrate to 16 improves movement considerably.
In this particular instance more than the new features at a syncrate of 20.

Do you or anybody else have some more information on syncrate?

Kind regards

Bernd



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Re-Another-examples-of-the-screen-refresh-problem-on-the-Mac-tp3897913p3898506.html
Sent from the Revolution - User mailing list archive at Nabble.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: 295 png import images

2011-10-12 Thread Phil Davis


Ahh! Very clever! It seems this old dog is still learning new tricks.  ;-)

Phil


On 10/12/11 2:23 AM, Jan Schenkel wrote:

Hi Phil,

The trick is to use an image, set the icon of the button to the id of said 
image, and then change the filename of the image; your button will 
automagically be repainted when you change the filename of the image control.

As a quick test, I created a stack with a button and an image; I named the image control 
"MyButtonIcon"; and then I set the script of the button to:
##
on mouseUp
answer file "Select an image for my icon"
if it is empty then exit mouseUp
set the fileName of image "MyButtonIcon" to it
if the icon of me is 0 then set the icon of me to "MyButtonIcon"
end mouseUp
##

When I click the button, I can go find an image file and the button gets it as 
a shiny new icon :-)


HTH,

Jan.

Jan Schenkel

=
Quartam Reports&  PDF Library for LiveCode
www.quartam.com


=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)




- Original Message -
From: Phil Davis
To: How to use LiveCode
Cc:
Sent: Wednesday, October 12, 2011 8:06 AM
Subject: Re: 295 png import images

It didn't work here - 'filename' isn't a button property, and setting the icon
to a url doesn't work either. However, you can make an image object act pretty
much like a button, responding to mouse clicks and such.

Phil

___
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



--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net


___
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: What does 'shadows' mean?

2011-10-12 Thread Francis Nugent Dixon


Hi from Beautiful Brittany,

Keith wrote :


...did you mean 'eclipse', Francis?


Keith, "occult" has three forms :

1 (noun)
2 (adjective)
3 ( verb)

As "shadows" was used in the VERB form, I suggested
replacing it with the VERB form of occult , which means
what I said it means.

Latin occultus, from past participle of the VERB "occulere"
which means "to cover up".

Your definition of "occult" - in the NOUN form, is, OF COURSE,
correct.

The VERB form of "eclipse" means "to reduce in importance
or repute", which, as a replacement for the VERB "shadows"
is incorrect, although the NOUN form of "eclipse" is equivalent
to the VERB form of "occult", but then, nouns and verbs ain't
quite the same .:>)

I love English, because of its complexity .

-Francis



___
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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread william humphrey

Gerry - that's funny and makes your point as I wonder why bother with IOS
and android and web deployment when all I want is database access to work
better and better and, of course, specifically the database I use (Valentina
of course). Easier making of stand-alones with the windows and MacOS
differences handled transparently would be nice too.

I think it's amazing that LiveCode can do so many disparate things well.

On Wed, Oct 12, 2011 at 2:56 AM, Gerry  wrote:

>  Personally I'm angry that as an iOS-only developer I have to pay for the
> development of features that only those other pesky platforms like Mac,
> Windows and Linux can use :)
>
> Gerry
>
>
>
>
___
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: Another examples of the screen refresh problem on the Mac?


James Hurley wrote:


Thank you for this Bernd. It is going to take me a while to digest these new 
graphic features in 5.0. I confess I am unaware of the interaction between RR 
code and the display on the screen. That's probably important. :-)

Like you, I don't see much improvement of 5.0 over 4.6 in animation.  The 
effect of lowering the syncRate, not so much the rate as the time between syncs 
(?), is significant, but then that was something available to us in 4.6--except 
that I didn't know it. The nomenclature suggests that it is the frequency, when 
it appears to be the period. And, as we all learned in physics, one is the 
reciprocal of the other.

I would like to see a little help from RR on these new features--by way of a 
demonstration stack perhaps.


Yes, I think that's going to be necessary, and over time as more is 
understood about the new rendering scheme, hopefully there will also be 
more intelligent defaults so users can immediately see at least some 
benefit without having to do multiple iterations of experimentation.


The v5.0 rendering engine represents perhaps the biggest change in the 
history of the engine to how objects are rendered on screen.   The 
upside is that it's possible to see graphics performance increase many 
times over previous versions.  The downside is that it's not easy to 
realize that performance gain without a great deal of experimentation.


In earlier versions, cards were rendered using a very brute-force 
method, in which every time there was a screen refresh every object was 
rendered from back to front until all had been rendered, and then that 
composite image was copied to the graphport of the window in which the 
card is displayed.


So simply moving a single billiard ball, which might actually affect 
only one small portion of the screen, caused the entire screen to go 
through that rendering process.  It was thorough and robust, but often 
redundant.


In the new rendering engine, the screen composite is divided into tiles, 
and logic is applied to determining whether a given tile is affected by 
a given change.  Those tiles that are affected will be re-rendered, 
while those that aren't will simply retain their last rendering and use 
that to copy to the window for the finished result.


There is a certain amount of additional internal overhead to this tiled 
scheme, however, since it now has to keep track of multiple sections of 
the screen and run through that hit-testing to determine which ones need 
to be re-rendered.  On the one hand, more tiles can mean less 
re-rerendering, but on the other hand it means more tile management.


So the key to using the new graphics engine effectively boils down to 
finding the right tile size optimal for your particular layout and the 
nature of the changes happening within it.


If you have relatively small objects whose changes affect relatively 
small portions of the screen, you may find a smaller tile size will 
offer greater performance.


But if even a small object moves over a large area, a larger tile size 
may provide even better performance.


The optimal tile size can't be known in advance, because it depends on a 
wide variety of factors driven by scripts that may exist in the objects 
on the card themselves, or even in some remote library, and the sum of 
their interactions may be too complex to expect that the engine can 
figure out in advance how to set an optimal tile size.


So in v5, to take advantage of this new rendering scheme we need to 
experiment with different tile sizes, some larger and some smaller, and 
perhaps even different rendering engines on the platforms they're 
available on (LC now uses OpenGL, for example, on platforms where that 
technology is available).


Through the evolution of this new engine, developers on the dev list 
noted a wide range of performance results from "worse than before" to 
"OMG this thing just flies!", depending on the different combinations of 
tile sizes and other rendering options they took the time to experiment 
with.


Given the complexity of the new renderer, and how much conceptualization 
and experimentation is required by the user to use it well, it could be 
argued that it has introduced a level of complexity that seems 
counter-productive to RunRev's goal of delivering the simplest system 
possible for delivering professional software.


But I believe that as we use it more often, and as experimentation and 
development continue at RunRev, we will shortly see ever-better versions 
of this engine which are able to apply defaults which provide at least 
some of the benefits, leaving further performance enhancement to those 
developers who need it and will be willing to put in the time to apply 
it effectively.


In the meantime, it's my understanding that the current defaults should 
be using rendering methods roughly on par with previous versions, so 
ideally just running stuff you've already written should perform as well 
as it did be

Re: Another examples of the screen refresh problem on the Mac?

2011-10-12 Thread James Hurley

Thank you for this Bernd. It is going to take me a while to digest these new 
graphic features in 5.0. I confess I am unaware of the interaction between RR 
code and the display on the screen. That's probably important. :-) 

Like you, I don't see much improvement of 5.0 over 4.6 in animation.  The 
effect of lowering the syncRate, not so much the rate as the time between syncs 
(?), is significant, but then that was something available to us in 4.6--except 
that I didn't know it. The nomenclature suggests that it is the frequency, when 
it appears to be the period. And, as we all learned in physics, one is the 
reciprocal of the other.

I would like to see a little help from RR on these new features--by way of a 
demonstration stack perhaps.

Jim Hurley



> 
> Message: 10
> Date: Tue, 11 Oct 2011 12:40:46 -0700 (PDT)
> From: BNig 
> To: use-revolut...@lists.runrev.com
> Subject: Re: Another examples of the screen refresh problem on the
>   Mac?
> Message-ID: <1318362046019-3895717.p...@n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Hi,
> 
> to anyone who is interested in the stack moving two graphics and different
> settings of syncrate, a handler that calls itself and does a lock screen
> wait for syncrate milliseconds and unlock screen
> and the Livecode 5.0 options of compositortype/tile/cache and layer mode and
> wants to test all the possible variations by optionMenus checkboxes etc here
> is the stack to test (basically the one I sent to Jim Hurley plus the
> livecode 5 options)
> 
> berndniggemann.on-rev.com/movegraphic/movegraphic.livecode.zip
> 
> I still don't seem to get the Livecode 5.0 graphic options. At least I only
> see minor improvements with moving two graphics along a path of 180 points.
> 
> The largest effect on smoothness comes from reducing the syncrate. And I
> agree with Colin that the dictionary has it the wrong way around: the lower
> the syncrate the smoother the movement and the higher the processor load.
> 
> A little to the smoothness is added by calling a handler during movement
> that lock/pauses/unlocks the screen. Graphic effects do not seem to be of
> much difference.
> 
> I am still not shure about the optimal settings.
> 
> Kind regards
> 
> Bernd


___
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: [ANN] minimal facebook library available

2011-10-12 Thread Maarten Koopmans

How much do you need, and what will you build for that?
And what do we need to raise to make the end result BSD licensed once
its feature-complete?

--Maarten
PS:great work!

On Tue, Oct 11, 2011 at 5:27 AM, Andre Garzia  wrote:
> Folks,
>
> Thanks to those that contributed with my little fundraising campaign, I am
> now able to release a minimal facebook library. There is still much work to
> be done and I don't plan to stop it.
>
> You can learn more about my Social Network Library Suite here:
> http://andregarzia.com/page/socialsuite
>
> You can browse the mercurial repository here:
> http://hg.andregarzia.com/livecode-socialsuite
>
> I am still raising funds for this suite, so, don't loose your chance to
> contribute.
>
> WHAT IS AVAILABLE:
>
> * lib.aag.json.livecode - a minimal JSON library. BSD License.
> * lib.aag.facebook.livecode - a simple low level facebook library.
> * examples/facebook/simpleposter.livecode - a sample stack that posts to a
> user wall.
>
> Remember this library is GPL licensed. You can only build FREE, OPEN SOURCE
> software with it. If you want a commercial version, then, you'd better join
> the fundraising.
>
> So guys, can you please test?
>
> By the way, you will need to register your application on
> http://developer.facebook.com. After registering, you will need to pick your
> application id and application secret and fill the setup card on the example
> stack. I am not sharing my application id and secret with you.
>
> Cheers
> andre
> PS: fundraiser, sleep with this sound.
>
> --
> http://www.andregarzia.com -- All We Do Is Code.
> http://fon.nu -- minimalist url shortening service.
> ___
> 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: iPhone’s ‘Maps’ application

2011-10-12 Thread Maarten Koopmans

I'd be interested too. Could you add pins to those maps as well?

On Wed, Oct 12, 2011 at 1:13 AM, John Dixon  wrote:
>
>
> This from the liveCode website...
>
> http://www.runrev.com/products/mobile-deployment/iphone-ipad/supported-features/
>
> We’ve added support for launching URLs, which as well as allowing HTTP
> links to open in Safari, will also allow phone calls to be placed using
> the ‘tel:’ prefix, and also links to open a location in the iPhone’s
> ‘Maps’ application.'
>
> Anyone know how to open a location in the iPhone 'Maps' application ? I am 
> able to use the UIWebView to display an manipulate 'google' maps, but don't 
> have a clue how to go about accessing the iPhone’s
> ‘Maps’ application in liveCode...
>
> Anyone ?
>
> ___
> 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: So RunRev wants more of my money- what has been fixed?

2011-10-12 Thread Roger Eller

On Wed, Oct 12, 2011 at 12:14 AM, Roger Eller wrote:

> You are not alone in your disappointment regarding Android, Linux, 64-bit,
> web player.  Every release has stated "no changes" in the release notes for
> Android.  Why even bother to have release notes for anything but iOS?
>
> Kevin said a few weeks ago that feature parity would happen "blingingly
> fast", and I am still waiting to see the bright light.  I haven't lost all
> hope yet, and I've been using HyperCard, MetaCard, Revolution, and now
> LiveCode for 20 years, so I really do love the language.  But...
>
> What else can we do?  We wait, or we learn another tool.  The waiting is
> getting old.
>
> ˜Roger
>

Oops.  I meant (feature parity would happen "blindingly fast").  It's hard
to type through the tears of being left behind.  ;-p

˜Roger
___
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: Another example of the screen refresh problem on the Mac?

2011-10-12 Thread Kevin Miller

It should work fine now as there is new rendering on all platforms. While
OpenGL is iOS only (OpenGL on Android will follow very shortly as a free
5.0.1 patch) the software renderer is much better, available on all plats
and should very comfortably give you what you need with the 9 pool balls.
You shouldn't need to change much, check out the compositorType and
layerMode properties in LC 5 to get started.

Kind regards,

Kevin

Kevin Miller ~ ke...@runrev.com ~ http://www.runrev.com/
LiveCode: Compile-free coding, the faster path to better apps




On 11/10/2011 19:01, "James Hurley"  wrote:

>Colin,
>
>I was never able to get 9 pool balls to move smoothly. It works but not
>smoothly.
>
>Jim Hurley
>
>
>> Colin Holgate wrote:
>> 
>> I should update my first Rev stack sometime:
>> 
>> http://xfiles.funnygarbage.com/~colinholgate/rev/testtrack.html
>> 
>> see if I can get dozens of cars driving around.
>> 
>> On Oct 11, 2011, at 12:52 PM, James Hurley wrote:
>> 
>> >
>>   Frustration with animation on the Mac, I guess.)
>> 
>
>
>___
>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: LiveCode 5.0 Released