Re: Control From Outside

[Mark Wieder]

Mike-

Wednesday, August 21, 2013, 7:56:25 PM, you wrote:

> I'm doing this on Windoze

In that case, stderr will go directly to the console, while stdout
needs to be caught with redirection.

-- 
-Mark Wieder
 mwie...@ahsoftware.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: ANN:Another app made with LiveCode has been approved by Apple!

[Ralph DiMola]

CONGRATS!

We tried to use what we saw as the Netflix billing model and got approved.  
Then in an app update a few months later Apple ask for a detailed workflow.   
I did not lie and Apple said "no no no, use in app purchase and give us the  
30%". I had to implement in app purchases to get a new version approved.   
Apple did NOT take down the existing app version. I asked for mediation and  
talked with a person and was told that the "Netflix model" was a special  
carve out for audio/video streaming apps. So I just implemented  
in-app-purchases and got appoved first time out(thanks to RR support and the  
good folks on this list.)




Ralph DiMola
MIS Director 
Evergreen Information Services

rdim...@evergreeninfo.net

-Original message-
From: Mark Talluto 
To: How to use LiveCode 
Sent: Wed, Aug 21, 2013 21:17:52 GMT+00:00
Subject: ANN:Another app made with LiveCode has been approved by Apple!

Fellow developers.  I am happy to announce that we got our first iPad app  
approved for the iTunes store.  It took 5 days to get through.


Details:
The app is free.  It is a companion app to a desktop service/product we  
provide for the vision testing market.  There is an in-app component to make  
the app do more, but there is a twist.  We are billing through the desktop  
app to make the mobile app get extended features.  The iPad app communicates  
with the desktop app to know if the purchase as been made.  You can probably  
guess what that means.


We used Monte's socket external for iOS to make the communication between  
the iPad and the desktop work.  We specifically use UDP for all  
communication.  It is extremely fast and reliable.  We could not be happier  
with Monte's work on that external.


This app may not be very popular with the kids, but our market is very  
excited about it.  You can see it from the following link:

https://itunes.apple.com/us/app/acuity-system-remote/id689381187?mt=8

If you are curious about the interoperability between iPad and desktops,  
feel free to download the desktop app from: try2020.com. 
My mind is racing with all the possibilities.



Best regards,

Mark Talluto
canelasoftware.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

mobilePickPhoto "camera" - unstable on android

[Paul Kocsis]

At present time, testing with community 6.1.1rc2.

I'm finding that on android, mobilePickPhoto "camera" is NOT stable.  On a
4.1.3 galaxy s2, about 1 out of 30-ish (sometimes more) calls to
mobilePickPhoto "camera" will not return (I.E. mobilePickPhoto "camera' is
called, camera comes up, photo is taken, 'save' is tapped, then app crashes
and immediately restarts).  I know that when a crash occurs, it is
inside mobilePickPhoto "camera" as the next statement after mobilePickPhoto
does not get called.  It is MUCH worse on a Motorola Atrix 2.3.5.  I can
fairly easily get this crash to occur (maybe 1 out of 5 or 10 attempts).

(grasping at straws, but...) It almost seems like the older the
phone/android, the more often it happens...but although not the latest, a
galaxy s2 running 4.1.3 experiences the problem too (just not as often)...I
have tried to put a "wait for 100 milli with messages before and after the
mobilePickPhoto "camera" command but it has not affected the crashes (can't
*really* put a wait for 100... immediately after since if I do I lose "the
result" from mobilePickPhoto, so I do a 'put the result into tresult' and
then do my waitbut no matter.doesn't make things better or worse).

Is there anyone out there that has had more than a cursory use of
mobilePickPhoto "camera" on android than can either deny or confirm what I
am seeing?

Thanks!

Paul K.
___
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: Control From Outside

[Mike Kerner]

I'm doing this on Windoze


On Wed, Aug 21, 2013 at 10:47 PM, Monte Goulding <
mo...@sweattechnologies.com> wrote:

>
> On 22/08/2013, at 12:07 PM, Mike Kerner wrote:
>
> > And one more thing - similar to writing to stdout, can I write to stderr?
>
> I haven't been following this thread but as I've just implemented child
> process control via open process for update in the parent and read from
> STDIN and write to STDOUT in the child I can tell you to watch out for the
> fact that STDOUT will buffer until you write a line break ;-)
>
> Had me scratching my head for a while.
>
> Cheers
>
> --
> M E R Goulding
> Software development services
> Bespoke application development for vertical markets
>
> mergExt - There's an external for that!
>
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Control From Outside

[Monte Goulding]

On 22/08/2013, at 12:07 PM, Mike Kerner wrote:

> And one more thing - similar to writing to stdout, can I write to stderr?

I haven't been following this thread but as I've just implemented child process 
control via open process for update in the parent and read from STDIN and write 
to STDOUT in the child I can tell you to watch out for the fact that STDOUT 
will buffer until you write a line break ;-)

Had me scratching my head for a while.

Cheers

--
M E R Goulding 
Software development services
Bespoke application development for vertical markets

mergExt - There's an external for that!

___
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: Control From Outside

[Mark Wieder]

Mike-

Wednesday, August 21, 2013, 7:07:41 PM, you wrote:

> And one more thing - similar to writing to stdout, can I write to stderr?

Yes. I've lost track of what platform you're doing this on.
But anyway, yes.

-- 
-Mark Wieder
 mwie...@ahsoftware.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: ANN:Another app made with LiveCode has been approved by Apple!

[Michael Gruenthal]

Doesn't that violate the terms of your agreement with Apple?

-Original Message-
From: Mark Talluto 
Reply-To: How to use LiveCode 
Date: Wednesday, August 21, 2013 5:17 PM
To: How to use LiveCode 
Subject: ANN:Another app made with LiveCode has been approved by Apple!

Fellow developers.  I am happy to announce that we got our first iPad app
approved for the iTunes store.  It took 5 days to get through.

Details:
The app is free.  It is a companion app to a desktop service/product we
provide for the vision testing market.  There is an in-app component to
make the app do more, but there is a twist.  We are billing through the
desktop app to make the mobile app get extended features.  The iPad app
communicates with the desktop app to know if the purchase as been made.
You can probably guess what that means.

We used Monte's socket external for iOS to make the communication between
the iPad and the desktop work.  We specifically use UDP for all
communication.  It is extremely fast and reliable.  We could not be
happier with Monte's work on that external.

This app may not be very popular with the kids, but our market is very
excited about it.  You can see it from the following link:
https://itunes.apple.com/us/app/acuity-system-remote/id689381187?mt=8

If you are curious about the interoperability between iPad and desktops,
feel free to download the desktop app from: try2020.com.
My mind is racing with all the possibilities.


Best regards,

Mark Talluto
canelasoftware.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: Control From Outside

[Mike Kerner]

And one more thing - similar to writing to stdout, can I write to stderr?


On Wed, Aug 21, 2013 at 10:02 PM, Mike Kerner wrote:

> And the reason that sockets aren't an option is because they aren't native
> in 4D.
>
>
> On Wed, Aug 21, 2013 at 9:57 PM, Mike Kerner wrote:
>
>> And Mark S., sorry, I wasn't ignoring you, I just didn't see your message.
>> I have a system that's written in 4D that needs some functionality added
>> to it.  The code to do that is already written in LC.  Converting it would
>> work, but why bother, when I can just create a standalone in LC that I call
>> from 4D?
>>
>>
>> On Wed, Aug 21, 2013 at 9:29 PM, Mike Kerner 
>> wrote:
>>
>>> Richard,
>>> $# causes the script editor to mark the rest of the line as a comment.
>>> $# still works?
>>>
>>>
>>> On Mon, Aug 19, 2013 at 9:28 AM, Richard Gaskin <
>>> ambassa...@fourthworld.com> wrote:
>>>
 Mike, these tips for implementing CLI support in a standalone may help:

 
 >

 --
  Richard Gaskin
  Fourth World
  LiveCode training and consulting: http://www.fourthworld.com
  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
  Follow me on Twitter:  
 http://twitter.com/**FourthWorldSys


 __**_
 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

>>>
>>>
>>>
>>> --
>>> On the first day, God created the heavens and the Earth
>>> On the second day, God created the oceans.
>>> On the third day, God put the animals on hold for a few hours,
>>>and did a little diving.
>>> And God said, "This is good."
>>>
>>
>>
>>
>> --
>> On the first day, God created the heavens and the Earth
>> On the second day, God created the oceans.
>> On the third day, God put the animals on hold for a few hours,
>>and did a little diving.
>> And God said, "This is good."
>>
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Control From Outside

[Mike Kerner]

And the reason that sockets aren't an option is because they aren't native
in 4D.


On Wed, Aug 21, 2013 at 9:57 PM, Mike Kerner wrote:

> And Mark S., sorry, I wasn't ignoring you, I just didn't see your message.
> I have a system that's written in 4D that needs some functionality added
> to it.  The code to do that is already written in LC.  Converting it would
> work, but why bother, when I can just create a standalone in LC that I call
> from 4D?
>
>
> On Wed, Aug 21, 2013 at 9:29 PM, Mike Kerner wrote:
>
>> Richard,
>> $# causes the script editor to mark the rest of the line as a comment.
>> $# still works?
>>
>>
>> On Mon, Aug 19, 2013 at 9:28 AM, Richard Gaskin <
>> ambassa...@fourthworld.com> wrote:
>>
>>> Mike, these tips for implementing CLI support in a standalone may help:
>>>
>>> >> April/186750.html
>>> >
>>>
>>> --
>>>  Richard Gaskin
>>>  Fourth World
>>>  LiveCode training and consulting: http://www.fourthworld.com
>>>  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
>>>  Follow me on Twitter:  
>>> http://twitter.com/**FourthWorldSys
>>>
>>>
>>> __**_
>>> 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
>>>
>>
>>
>>
>> --
>> On the first day, God created the heavens and the Earth
>> On the second day, God created the oceans.
>> On the third day, God put the animals on hold for a few hours,
>>and did a little diving.
>> And God said, "This is good."
>>
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Control From Outside

[Mike Kerner]

And Mark S., sorry, I wasn't ignoring you, I just didn't see your message.
I have a system that's written in 4D that needs some functionality added to
it.  The code to do that is already written in LC.  Converting it would
work, but why bother, when I can just create a standalone in LC that I call
from 4D?


On Wed, Aug 21, 2013 at 9:29 PM, Mike Kerner wrote:

> Richard,
> $# causes the script editor to mark the rest of the line as a comment.  $#
> still works?
>
>
> On Mon, Aug 19, 2013 at 9:28 AM, Richard Gaskin <
> ambassa...@fourthworld.com> wrote:
>
>> Mike, these tips for implementing CLI support in a standalone may help:
>>
>> > April/186750.html
>> >
>>
>> --
>>  Richard Gaskin
>>  Fourth World
>>  LiveCode training and consulting: http://www.fourthworld.com
>>  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
>>  Follow me on Twitter:  
>> http://twitter.com/**FourthWorldSys
>>
>>
>> __**_
>> 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
>>
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: HTTP proxies

[Trevor DeVore]

On Wed, Aug 21, 2013 at 6:37 PM, Devin Asay  wrote:

> So Trevor, when, if ever, is the HTTPProxy property in LiveCode useful?


You still use HTTPProxy in each case. When using a PAC file to determine
the IP address of the proxy server you assign the IP address that the PAC
file returns to the HTTPProxy property. libURL will then use that proxy
server when requesting the URL.

-- 
Trevor DeVore
Blue Mango Learning Systems
www.clarify-it.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

Re: Control From Outside

[Mike Kerner]

Richard,
$# causes the script editor to mark the rest of the line as a comment.  $#
still works?


On Mon, Aug 19, 2013 at 9:28 AM, Richard Gaskin
wrote:

> Mike, these tips for implementing CLI support in a standalone may help:
>
> 
> >
>
> --
>  Richard Gaskin
>  Fourth World
>  LiveCode training and consulting: http://www.fourthworld.com
>  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
>  Follow me on Twitter:  
> http://twitter.com/**FourthWorldSys
>
>
> __**_
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: OT - Re: Windows standalone puzzle

[Tim Selander]

Oh, golly. I work in broadcast (though not news.) ALL, and I mean 
ALL, news, documentaries, etc., etc. 'erase' some of the truth 
via editing, in what they decided to shoot and in what they never 
bothered to film in the first place. Taking out flashes in a news 
conference is the very LEAST of the 'erasing of truth' that goes 
on. It is all biased in one way or another. It can't be helped -- 
we're humans. Even if we try to be absolutely unbiased, we are 
riddled with culture, thought patterns, values that we cannot 
keep out of our communication. I'm afraid you're not getting 
'truth' via broadcasts -- your getting the broadcasters' (or 
advertisers?) interpretation of the truth.


OK, off the soapbox

My guess is that it is strictly a cost issue. Much cheaper just 
to verbally warn people who have issues with flashing lights. Do 
glitzy stuff like lines and graphics on a football field can 
attract millions of football fans, nicely packaged up for the 
advertisers. Worth the cost. Edit out the flashes, and gain a 
handful of viewers who suffer from certain disease? Doesn't pay


Also, taking out a random flash here and there is relatively easy 
and would not noticeably affect the picture. However, say the 
president grimaces -- every camera/flash in the place goes off, 
giving you mostly flashes for a second or two. Taking those out 
would do very noticeable 'damage' to the picture. Most viewers 
will not notice a single dropped frame. But when you start 
dropping 30 to 50% of the frames, they'll notice!


Tim Selander
Tokyo, Japan

On 8/22/13 9:03 AM, Roger Eller wrote:

If they can edit what we "see" in a journalist presentation of the facts,
have they not in a way, erased some of the truth?

~Roger
On Aug 21, 2013 7:41 PM, "Alex Tweedly"  wrote:


On 20/08/2013 16:52, Richard Gaskin wrote:


This is why I love this community:

...
Collectively, there's nothing we can't solve. :)

--
  Richard Gaskin


I've often thought that if I had *any* technical question, I could ask
this list and there would be someone who knew (or at least had a very good
idea of) the answer. So here goes ... :-)

Every night when I watch the news on TV, they say something like "Here's
(John Smith) at the news conference held this afternoon. Warning - this
report contains some flash photography".

Now I know why they give this warning - that repeated rapid flashing from
still cameras can cause problems for nystagmus, epilepsy and various other
disease sufferers.

What I don't know is why they don't just digitally edit out the flashing.
Surely this must be (relatively) easy Digital Video Processing - you detect
a non-trivial part (10% threshold??) of the frame which increases in light
level for a single frame (assuming anything between 20 and 60 fps) and then
returns to its original levels.

OK - I know almost nothing about DVP, but if they can overlay a touchdown
line on a football field, or change a Coke to Pepsi can, or all those other
marvels, surely it can't be that hard to eliminate 95% of the flashing -
and wouldn't that would be enough to reduce it below the trigger point for
most vulnerable viewers. It needn't even be done in real time - it could be
left as a warning for any live showing, and then automatically removed by
program and checked by a human editor before subsequent showings.

-- Alex.


__**_
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: LC server experience return anyone ?

[RunRevPlanet]

Hi jbv,

I Know what you means about setting up from scratch on a VPS if you have a
many sites to host and it was all done in a Control Panel. I still don't
know how to set up multiple domains, cron jobs, smtp/pop on my VPS.
Fortunately I could just ignore those issues for my purposes. These are
skills I will learn, but it all takes time.

On a side issue not all VPS accounts are in the "Cloud" where the virtual
machine is free to move to whatever resources the hosting company sees fit.
My VPS is tied to a specific machine in a specific data centre that I
nominated. Doing it this way may cost more per month, but it was essential
for my data to stay here in Sydney.

Scott



-
Scott McDonald
"Components, Controls, Tools and Resources for LiveCode"
www.runrevplanet.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/LC-server-experience-return-anyone-tp4668862p4668992.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: OT - Re: Windows standalone puzzle

[Roger Eller]

If they can edit what we "see" in a journalist presentation of the facts,
have they not in a way, erased some of the truth?

~Roger
On Aug 21, 2013 7:41 PM, "Alex Tweedly"  wrote:

> On 20/08/2013 16:52, Richard Gaskin wrote:
>
>> This is why I love this community:
>>
>> ...
>> Collectively, there's nothing we can't solve. :)
>>
>> --
>>  Richard Gaskin
>>
> I've often thought that if I had *any* technical question, I could ask
> this list and there would be someone who knew (or at least had a very good
> idea of) the answer. So here goes ... :-)
>
> Every night when I watch the news on TV, they say something like "Here's
> (John Smith) at the news conference held this afternoon. Warning - this
> report contains some flash photography".
>
> Now I know why they give this warning - that repeated rapid flashing from
> still cameras can cause problems for nystagmus, epilepsy and various other
> disease sufferers.
>
> What I don't know is why they don't just digitally edit out the flashing.
> Surely this must be (relatively) easy Digital Video Processing - you detect
> a non-trivial part (10% threshold??) of the frame which increases in light
> level for a single frame (assuming anything between 20 and 60 fps) and then
> returns to its original levels.
>
> OK - I know almost nothing about DVP, but if they can overlay a touchdown
> line on a football field, or change a Coke to Pepsi can, or all those other
> marvels, surely it can't be that hard to eliminate 95% of the flashing -
> and wouldn't that would be enough to reduce it below the trigger point for
> most vulnerable viewers. It needn't even be done in real time - it could be
> left as a warning for any live showing, and then automatically removed by
> program and checked by a human editor before subsequent showings.
>
> -- Alex.
>
>
> __**_
> 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:Another app made with LiveCode has been approved by Apple!

[Mark Talluto]

On Aug 21, 2013, at 3:26 PM, Randy Hengst  wrote:

> Hi Mark,
> 
> Congrats!
> 
> How did you handle the "retina" requirement?
> 
> be well,
> randy hengst


Hi Randy,

Eric wrote the app.  In his words, "It is totally ghetto!"
He basically had the app memorize the rect of each control after laying them 
all out.  He then walks through each control and sets the rect based on the 
size of the screenRect. The layout is pretty basic so it is not noticeable.  
But, we are looking forward to the coming advancements from the stretch goals 
to improve this.


-Mark
___
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

OT - Re: Windows standalone puzzle

[Alex Tweedly]

On 20/08/2013 16:52, Richard Gaskin wrote:

This is why I love this community:

...
Collectively, there's nothing we can't solve. :)

--
 Richard Gaskin
I've often thought that if I had *any* technical question, I could ask 
this list and there would be someone who knew (or at least had a very 
good idea of) the answer. So here goes ... :-)


Every night when I watch the news on TV, they say something like "Here's 
(John Smith) at the news conference held this afternoon. Warning - this 
report contains some flash photography".


Now I know why they give this warning - that repeated rapid flashing 
from still cameras can cause problems for nystagmus, epilepsy and 
various other disease sufferers.


What I don't know is why they don't just digitally edit out the 
flashing. Surely this must be (relatively) easy Digital Video Processing 
- you detect a non-trivial part (10% threshold??) of the frame which 
increases in light level for a single frame (assuming anything between 
20 and 60 fps) and then returns to its original levels.


OK - I know almost nothing about DVP, but if they can overlay a 
touchdown line on a football field, or change a Coke to Pepsi can, or 
all those other marvels, surely it can't be that hard to eliminate 95% 
of the flashing - and wouldn't that would be enough to reduce it below 
the trigger point for most vulnerable viewers. It needn't even be done 
in real time - it could be left as a warning for any live showing, and 
then automatically removed by program and checked by a human editor 
before subsequent showings.


-- Alex.


___
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: LC server experience return anyone ?

[Richard Gaskin]

jbv wrote:

> A few years ago, when I had the metacard engine installed on a
> dedicated server, the way it worked was that a new instance of
> the engine would launch for every incoming request, and would
> quit once the task was completed. This was ok for the kind of
> site I was working on : low-trafic site with complex tasks for
> each request.
> Is is the same with LC server ?

Yes, and it's the same for most CGI applications, such as PHP, Perl, 
etc.  In essence these are just command line apps called from Apache.


It's possible to set up PHP and Perl as stay-resident processes using 
mod_php/mod_perl, but on Dreamhost and others they don't do that because 
of server load - see the note here:




> And is there a risk for the server to choke if too many instances
> launch simultaneously, or is there a way to tell Apache to queue
> the requests somehow ?

This is a question I've been pondering myself, esp. when comparing LC 
Server-based systems to complex beasts like Drupal.


When PHP us running as a CGI, all the core components of Drupal are 
loaded and initialized with each run - this is usually more overhead 
than most of us have with our LC Server apps (for example, the Drupal 
docs note a minimum RAM requirement of 18 MBs, while a single instance 
of LC server generally takes less than 2MB).


When a CGI app is done its memory is freed up, so the hit only comes for 
the duration in which simultaneous requests are being processed.


So it would seem likely that you'll have multiple instances of LC Server 
running simultaneously during peak hours.


But on the flipside, Wordpress, Drupal, Joomla and other complex systems 
are based on PHP, which is often run as a CGI, so even with multiple 
instances it would seem the impact is minimal.


Anyone have any good metrics on CGI RAM usage at scale?

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys


___
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: HTTP proxies

[Devin Asay]

So Trevor, when, if ever, is the HTTPProxy property in LiveCode useful?

On Aug 20, 2013, at 12:26 PM, Trevor DeVore wrote:

> On Tue, Aug 20, 2013 at 1:22 PM, Devin Asay  wrote:
> 
>> I am a neophyte when it comes to proxy servers. My application phones home
>> on occasion via HTTP requests (mostly GET but some PUT) to get content
>> update updates and such. One user has reported that this fails because the
>> application isn't set up to use his university's proxy server.
>> 
>> I found the HTTPProxy property in the dictionary. Is it sufficient to give
>> users a way in my application to enter their HTTP proxy server address?
>> This is also a point of confusion to me. I thought that the HTTP proxy was
>> an OS setting that users set up when setting their network settings. Can
>> anyone point me in the right direction?
>> 
> 
> Ah, proxy servers. When it comes to proxy servers, what will work is highly
> dependent on how the proxy server is set up. Here are a couple of scenarios
> to consider. I have come across all of them while working with customers.
> 
> 1) The user has a predefined proxy IP address stored in the OS. No
> authentication required.
> 
> 2) The user has a predefined proxy IP address with a username/password that
> they need to enter. The proxy server might use Basic or Digest
> authentication.
> 
> 3a) The proxy server is determined by a PAC file that lives on their
> internal network. This PAC file is javascript that determines which proxy
> server should be used based on the URL that is being requested.
> 
> 3b) You might have to find a PAC file on the network using the WPAD
> detection protocol.
> 
> 4) NTLM authentication may be required in which case you need an external
> to handle the various handshakes between proxy server and your app.
> 
> In addition, if you are requesting urls using https then you need support
> for the CONNECT protocol. libURL does not support this but curl does (if
> you have a binary that was compiled correctly).
> 
> So basically proxy servers are a major pain to deal with.
> 
> If the user is behind a static proxy server IP address then you could
> create a dialog allowing them to enter that address. If the proxy needs a
> username/password then you also have to determine the auth type (e.g.
> Basic, Digest, …).
> 
> For PAC files it becomes more complicated as does NTLM.
> 
> The GLX App Framework has a version of libURL that can support everything
> except for https connections through proxy servers (NTLM is handled by an
> external That Chipp and Chris provided). I've had to resort to a custom
> version of libURL built around curl for CONNECT support, but that isn't
> publicly available.
> 
> If you download the latest GLX Application Framework code then you can get
> to the internet library and the routines for processing PAC/finding PAC (in
> the glxappFramework stack file).
> 
> Here are some docs I have for it:
> 
> http://www.bluemangolearning.com/revolution/docs/glxapp_framework/api_docs/Documents/stack_glxapplicationFramework_package_108105988582763297110100328011420121328311711211214116.htm
> 
> http://revolution.screenstepslive.com/s/revolution/m/glxapp/c/1950
> 
> -- 
> Trevor DeVore
> Blue Mango Learning Systems
> www.clarify-it.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

Devin Asay
Office of Digital Humanities
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: ANN:Another app made with LiveCode has been approved by Apple!

[Randy Hengst]

Hi Mark,

Congrats!

How did you handle the "retina" requirement?

be well,
randy hengst
-
On Aug 21, 2013, at 4:17 PM, Mark Talluto  wrote:

> Fellow developers.  I am happy to announce that we got our first iPad app 
> approved for the iTunes store.  It took 5 days to get through.
> 
> Details:
> The app is free.  It is a companion app to a desktop service/product we 
> provide for the vision testing market.  There is an in-app component to make 
> the app do more, but there is a twist.  We are billing through the desktop 
> app to make the mobile app get extended features.  The iPad app communicates 
> with the desktop app to know if the purchase as been made.  You can probably 
> guess what that means.
> 
> We used Monte's socket external for iOS to make the communication between the 
> iPad and the desktop work.  We specifically use UDP for all communication.  
> It is extremely fast and reliable.  We could not be happier with Monte's work 
> on that external.
> 
> This app may not be very popular with the kids, but our market is very 
> excited about it.  You can see it from the following link:
> https://itunes.apple.com/us/app/acuity-system-remote/id689381187?mt=8
> 
> If you are curious about the interoperability between iPad and desktops, feel 
> free to download the desktop app from: try2020.com. 
> My mind is racing with all the possibilities.
> 
> 
> Best regards,
> 
> Mark Talluto
> canelasoftware.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: ANN:Another app made with LiveCode has been approved by Apple!

[Monte Goulding]

On 22/08/2013, at 7:17 AM, Mark Talluto  wrote:

> We used Monte's socket external for iOS to make the communication between the 
> iPad and the desktop work.  We specifically use UDP for all communication.  
> It is extremely fast and reliable.  We could not be happier with Monte's work 
> on that external.

Thanks Mark, glad it's getting the job done.

Cheers

--
Monte Goulding

M E R Goulding - software development services
mergExt - There's an external for that!





___
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

ANN:Another app made with LiveCode has been approved by Apple!

[Mark Talluto]

Fellow developers.  I am happy to announce that we got our first iPad app 
approved for the iTunes store.  It took 5 days to get through.

Details:
The app is free.  It is a companion app to a desktop service/product we provide 
for the vision testing market.  There is an in-app component to make the app do 
more, but there is a twist.  We are billing through the desktop app to make the 
mobile app get extended features.  The iPad app communicates with the desktop 
app to know if the purchase as been made.  You can probably guess what that 
means.

We used Monte's socket external for iOS to make the communication between the 
iPad and the desktop work.  We specifically use UDP for all communication.  It 
is extremely fast and reliable.  We could not be happier with Monte's work on 
that external.

This app may not be very popular with the kids, but our market is very excited 
about it.  You can see it from the following link:
https://itunes.apple.com/us/app/acuity-system-remote/id689381187?mt=8

If you are curious about the interoperability between iPad and desktops, feel 
free to download the desktop app from: try2020.com. 
My mind is racing with all the possibilities.


Best regards,

Mark Talluto
canelasoftware.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: HTML entities not displaying on Chinese Windows

[Richmond]

On 08/20/2013 10:08 PM, Peter Bogdanoff wrote:

Thanks, Richmond, this makes some sense.

How then, would I encode fields as unicode so they display reliably?


Sorry if I'm being a bit thick, but do you mean in Livecode or in html?

I know that anything that is rendered with Unicode exports 
"transparently" to html just as long as (unlike me) you are not using a 
non-standard unicode font with "funny characters" in one of the private 
use areas: if you are the end-user will only be able to view that html 
if they have the non-standard font loaded on their machine.


---

Now, as far as I recall you are working on Windows, for Windows; so:

1. install the open source font editing program FONTforge on your 
machine: http://fontforge.org/ms-install.html


or, if you feel an urge to spend buckets of money, install a commercial 
font prog. such as Fontlab or Fontforge.


2. (And I am presuming you know a few thousand Hanji !!!) open your 
bog-standard Chinese font
with your font program so that you can see the Unicode addresses of each 
character.


2.1. Failing this kidnap/hijack/co-opt/hire a Chinese-American who knows 
his/her stuff.


3. These may display in hexadecimal, so you need some sort of calculator 
to convert those to decimal

values that Livecode will understand.

4. I want to produce the Devanagari (Hindi, Sanskrit) sign for 'Ka' so I 
do this:


set the useUnicode to true
set the unicodeText of fld "crappyText" to numToChar(2325)

5. I want to add 'Ka' to my text:

set the useUnicode to true
set the unicodeText of fld "crappyText" to the unicodeText of fld 
"crappyText" & numToChar(2325)


6. I want to insert a 'Ka' at the insertion point (cursor) in my field:

set the useUnicode to true
set the unicodeText of the selected of fld "crappyText" to numToChar(2325)

Umm . . . possibly this will work rather than the above:

set the useUnicode to true
set the unicodeText of the selected to numToChar(2325)

7. Your mileage may vary :)

8. Exporting to html is 
easy-peasy-non-politically-correct-vaguely-racist-appellation-for-a-far-eastern-person 
:)


9. Do not chase me round the town with a cut-throat razor when this 
turns out to be complete and utter rubbish.


Richmond.



Peter

On Aug 20, 2013, at 3:42 AM, Richmond wrote:


On 08/20/2013 01:51 AM, Peter Bogdanoff wrote:

Hi all,

The music history e-book we've been working on for the last couple of years has 
gotten to the point of having some people in China now translate large parts of 
it to Chinese. However when they open the compiled version on their Windows 
machines they see funny characters wherever we use an HTML entity in the 
HTMLtext of fields. Em dash, double quotation marks, accents, etc., all show 
this.

In our classroom use of it, Chinese students at UCLA don't complain about this 
problem. I don't know much about system settings in Windows, but I see Chinese 
characters in the system settings for some of the UCLA students whom I have to 
do other kinds of tech support.

What could be different about the Windows systems in Shanghai--at least two 
different people report the same issue?

Well the first thing is to reflect on the fact that, rather like the 2 Koreas 
there are 2 Chinas: The People's Republic of China and the Republic of China 
(a.k.a. Taiwan), and they have no great love for one another. Now they have 
both developed their own ways of representing Chinese on computers . . .

Mainland China uses the Guobiao encoding system (1,2 or 4 byte).

Taiwan, Hong Kong and Macau use Big5 (1 or 2 byte)

There is also the Unicode method . . .
and here's a groovy phrase I found trawling around on the Merry Internet: "The 
conversion between traditional and simplified Chinese is usually problematic" . . . 
Hey Nonny Nonny Nonny Nooo.

Now I don't what version of Windows all these Chinese speaking people might be 
using, but Windows has
a history of multiple encoding strategies that is like a minefield.

Sorry to be such a damp squish.

Richmond.

P.S. You will probably be best going for Unicode encoding as this seems to work 
(on the whole) on any version
of Windows from XP onwards.


These people are grad music students, not computer nerds, so I don't have much 
to go on. I had them install the Georgia and Helvetica fonts, which are all we 
use, and probably what they had to begin with.

I also had to strip out all those characters in the version I finally sent them 
to translate so they could work. We want to sell the program there 
eventually--there's a large market there for Western music education, so this 
worries me.

Any suggestions?

Peter Bogdanoff
UCLA
___
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 maili

Re: Creating a line that I can see

[Peter Bogdanoff]

YES!, Thank you Mark and Bernd.


On Aug 21, 2013, at 12:25 AM, BNig wrote:

> Hi Peter,
> 
> you have to add points to the graphic, otherwise it is empty
> 
> add this to your code
> 
> --
> put item 2 of the loc of last graphic into tY
> set the points of last graphic to the left of last graphic, tY & cr & the
> right of last graphic , tY
> --
> or any other points
> 
> Kind regards
> Bernd
> 
> 
> 
> --
> View this message in context: 
> http://runtime-revolution.278305.n4.nabble.com/Creating-a-line-that-I-can-see-tp4668963p4668966.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


___
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: Sprite Kit, Box2D, Performance and LiveCode's Approach to Game Coding

[Mark Wilcox]

Box2d is definitely fun to play with but it's really only good for games that 
inherently need physics simulation - Angry Birds is a good example. (BTW, box2d 
is also the physics engine in Sprite Kit, which is basically Apple's cocos2d 
Lite - since the cocos2d developers started focussing on the cross-platform C++ 
cocos2d-x rather than the Apple only Objective-C original.)

Here's a recent article on why you don't want to use a physics engine for a lot 
of 2D games:
http://www.learn-cocos2d.com/2013/08/physics-engine-platformer-terrible-idea/


I've personally been having lots of similar issues with Unity3D building some 
micro-games recently. The games involve some "magic" and thus objects that 
don't obey physics. Their interaction with objects that do obey physics needs 
quite a lot of tweaking. Also physics simulation at high performance on a 
mobile device is quite CPU intensive, so they turn down the accuracy (this is 
much more of a problem in 3D than 2D) - that results in lots of tweaks just to 
avoid simple things like falling objects going straight through the floor! All 
in all I think it's debatable whether I'd have saved time simply ignoring the 
physics engine and coding my own limited physics for the little parts of it I 
needed. You get a lot working quickly by plugging into the physics engine but 
it then takes ages to polish it to an acceptable quality.

I few years ago I ported a successful side scrolling platform game from iOS 
(cocos2d) to Qt. It did all of its own physics for gravity and collisions and 
that probably added up to significantly less than 100 lines of code - all very 
simple maths and not optimised. That still ran comfortably at 60fps on the 
early iPhones and iPod Touches.

I'm not saying box2d isn't a good thing to have for LiveCode, I'm just 
suggesting we shouldn't expect it to turn the platform into a gaming 
powerhouse. :)

Mark



 From: John Craig 
To: use-livecode@lists.runrev.com 
Sent: Wednesday, 21 August 2013, 12:26
Subject: Re: Sprite Kit, Box2D, Performance and LiveCode's Approach to Game 
Coding
 

I'm also interested in creating games with LiveCode and looking forward 
to box2d integration.  I've been checking out Corona and (more recently) 
- Unity (3D), to familiarize myself with physics stuff.  It makes a 
massive difference having a physics engine taking care of collisions, 
gravity, etc.  I assume that box2d performance with LiveCode will be on 
a par with other platforms using the same engine, so it will really open 
up a lot of possibilities :D

The following Unity demo only required a couple of hundred lines of 
code, since all the physics was taken care of, so I'm really looking 
forward to seeing what LiveCode is capable of in the coming months.
http://youtu.be/XuA5xbsdx_M

Since Unity has a web player, you can have a play around with the demo here;
http://splash21.com/Buggy/
___
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: completely OT, but you might want to know

[Walt Brown]

I have visions of thousands gathered in period costume, every one with head
bent down to their device mumbling and thumbing away, wandering
aimlessly through the woods in the manner of crowd scenes in vampire
movies, tending to clump up wherever the highest signal is, forming a blue
and grey signal strength diagram from the air. I wonder if battery life
will dictate the outcome of the battle?


On Wed, Aug 21, 2013 at 1:15 AM, Mark Wieder  wrote:

> Tonight / today is the 150th anniversary of Quantrill's raid in
> Missouri, and it's being re-enacted "live" on Twitter. The raiders
> have set off, but most of the action will be tomorrow.
>
> https://twitter.com/search?src=typd&q=%23qr1863
>
> --
> -Mark Wieder
>  mwie...@ahsoftware.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
>
___
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: Sprite Kit, Box2D, Performance and LiveCode's Approach to Game Coding

[John Craig]

(Use the arrow keys (or A,W,S,D) to control the buggy and the return key 
to switch camera angle)


On 21/08/2013 12:26, John Craig wrote:
I'm also interested in creating games with LiveCode and looking 
forward to box2d integration.  I've been checking out Corona and (more 
recently) - Unity (3D), to familiarize myself with physics stuff.  It 
makes a massive difference having a physics engine taking care of 
collisions, gravity, etc.  I assume that box2d performance with 
LiveCode will be on a par with other platforms using the same engine, 
so it will really open up a lot of possibilities :D


The following Unity demo only required a couple of hundred lines of 
code, since all the physics was taken care of, so I'm really looking 
forward to seeing what LiveCode is capable of in the coming months.

http://youtu.be/XuA5xbsdx_M

Since Unity has a web player, you can have a play around with the demo 
here;

http://splash21.com/Buggy/



On 21/08/2013 03:13, Ender Nafi Elekçioğlu wrote:

Yes, I'm aware of Box2D integration and I'm very excited about it.
I can't wait to see the possibilities.

But, I'm not sure how much performance boost it will give us.

I've stumbled on an article tonight about algorithm optimizations.
It's kind of a case study.
*Spots* finds the wifi hotspots nearby showing on a map and should 
react user's pinch&zoom act with a 60fps speed.

{ http://www.savoysoftware.com/blog/my-iphone-is-not-a-mac-pro/ }
Nikolai managed to achieve a whopping 200x performance increase by 
optimization.


I tried the unoptimized code in LiveCode.
After seeing the results, I didn't bother to code the binary-search.
Here it is:
- Cocoa & C++ --- LiveCode
iPod Touch---  194ms --- ~2600ms
Mac Pro 4ms - ~ 210ms

These are both unoptimized algorithms
but even if I'd use the binary-search in LiveCode,
I wonder that I could achieve 0.883ms on my iPod Touch or 0.016ms on 
my brand-new desktop.
So, an app like *Spots* can never be realized in LiveCode. Achieving 
a speed like 60fps seems impossible.

Isn't this kinda frustrating?


I can hear some of you saying:
"Well, get over it pal, LiveCode is a RAD tool.
this is the price you have to pay in exchange of ease-of-use."

Are these features really contradicting?
Can't a coding platform be blazing-fast yet having an excellent IDE, 
built on an event-driven foundation and supporting multiple platforms?


I'm not ungrateful, here. Just questioning…
After all, LiveCode's paying my rent for nearly 2 years now.


Best,

~ Ender Nafi
~… together, we're smarter …~

___
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: Sprite Kit, Box2D, Performance and LiveCode's Approach to Game Coding

[John Craig]

I'm also interested in creating games with LiveCode and looking forward 
to box2d integration.  I've been checking out Corona and (more recently) 
- Unity (3D), to familiarize myself with physics stuff.  It makes a 
massive difference having a physics engine taking care of collisions, 
gravity, etc.  I assume that box2d performance with LiveCode will be on 
a par with other platforms using the same engine, so it will really open 
up a lot of possibilities :D


The following Unity demo only required a couple of hundred lines of 
code, since all the physics was taken care of, so I'm really looking 
forward to seeing what LiveCode is capable of in the coming months.

http://youtu.be/XuA5xbsdx_M

Since Unity has a web player, you can have a play around with the demo here;
http://splash21.com/Buggy/



On 21/08/2013 03:13, Ender Nafi Elekçioğlu wrote:

Yes, I'm aware of Box2D integration and I'm very excited about it.
I can't wait to see the possibilities.

But, I'm not sure how much performance boost it will give us.

I've stumbled on an article tonight about algorithm optimizations.
It's kind of a case study.
*Spots* finds the wifi hotspots nearby showing on a map and should react user's 
pinch&zoom act with a 60fps speed.
{ http://www.savoysoftware.com/blog/my-iphone-is-not-a-mac-pro/ }
Nikolai managed to achieve a whopping 200x performance increase by optimization.

I tried the unoptimized code in LiveCode.
After seeing the results, I didn't bother to code the binary-search.
Here it is:
- Cocoa & C++ --- LiveCode
iPod Touch---  194ms --- ~2600ms
Mac Pro 4ms - ~ 210ms

These are both unoptimized algorithms
but even if I'd use the binary-search in LiveCode,
I wonder that I could achieve 0.883ms on my iPod Touch or 0.016ms on my 
brand-new desktop.
So, an app like *Spots* can never be realized in LiveCode. Achieving a speed 
like 60fps seems impossible.
Isn't this kinda frustrating?


I can hear some of you saying:
"Well, get over it pal, LiveCode is a RAD tool.
this is the price you have to pay in exchange of ease-of-use."

Are these features really contradicting?
Can't a coding platform be blazing-fast yet having an excellent IDE, built on 
an event-driven foundation and supporting multiple platforms?

I'm not ungrateful, here. Just questioning…
After all, LiveCode's paying my rent for nearly 2 years now.


Best,

~ Ender Nafi
~… together, we're smarter …~

___
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: go to "such name" = go to stack "such name"!?

[André Bisseret]

Thanks Mark for your confirmation

Best regards

André


Le 21 août 2013 à 10:37, Mark Schonewille a écrit :

> Hi André,
> 
> That's syntactical flexibility due to HyperCard. It as always been like that.
> 
> go gStackName
> 
> works too.
> 
> --
> Best regards,
> 
> Mark Schonewille
> 
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
> 
> Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour 
> spaces. http://www.color-converter.com
> 
> Buy my new book "Programming LiveCode for the Real Beginner" 
> http://qery.us/3fi
> 
> Fill out this survey please
> http://livecodebeginner.economy-x-talk.com/survey/
> 
> On 8/21/2013 10:22, André Bisseret wrote:
>> Bonjour,
>> 
>> Just discovering the following:
>> In a script I put the short name of a stack into a global, say gStackName
>> then another stack is opened.
>> In a script in this second stack, I had put "go to gStackName instead of "go 
>> to stack gStackName
>> 
>> and that is working!! (provided that the stack gStackName be opened, of 
>> course)
>> 
>> I would have sworn that it was not possible!
>> 
>> I just verifed with the message box that it was possible to go to any opened 
>> stack using (go to "this short name") instead of (go to stack "this short 
>> name")
>> 
>> That seems not documented in the dictionnary.
>> 
>> Am I discovering the wheel? ;-)
>> 
>> Best regards
>> 
>> André
>> 
> 
> ___
> 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: Sprite Kit, Box2D, Performance and LiveCode's Approach to Game Coding

[Ender Nafi Elekçioğlu]

"Even in the article you linked, the author had to give up the convenience of 
Objective-C and drop down to C++ to get that level of optimization."
Touché   :-)

Btw, I'll give a shot to QT Creator; it looks interesting.
And I definitely, definitely have to learn writing externals.

Thank you Mark…


~ Ender Nafi
~… together, we're smarter …~
___
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: Sprite Kit, Box2D, Performance and LiveCode's Approach to Game Coding

[Mark Wilcox]

I wrote an extensive response to your original mail on this thread but sadly 
lost it to rubbish Yahoo! webmail + the 15k limit on the list. (FWIW, 
JavaScript is not 50 times slower than C++ but with modern JS engines like 
Google's v8 more like 5 times + that amazing Citadel demo with the unreal 
engine is compiled from C++ to asm.js & WebGL and the asm.js is then ahead of 
time compiled to native code in the browser before it is run - IIRC it only 
works in Firefox nightlies and is sadly unlikely to be supported in browsers 
other than Firefox anytime soon).

>> Can't a coding platform be blazing-fast yet having an excellent IDE, built 
>>on an event-driven foundation and supporting multiple platforms?

The answer here is yes (try coding for Qt in C++ using their excellent Qt 
Creator IDE) but you also want the convenience of a high-level dynamic language 
and in that case the answer is no. Even in the article you linked, the author 
had to give up the convenience of Objective-C and drop down to C++ to get that 
level of optimisation.

The good news is you can also drop down into C++ from LiveCode, so if you 
really need to optimise some algorithm to that level, you can.

The other thing to note is that hardware advances also bail us out, making more 
and more possible with inefficient tools - the iPhone 5 is about 10 times 
faster than the iPhone 3G used in that article.

Mark
___
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: go to "such name" = go to stack "such name"!?

[Mark Schonewille]

Hi André,

That's syntactical flexibility due to HyperCard. It as always been like 
that.


go gStackName

works too.

--
Best regards,

Mark Schonewille

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

Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other 
colour spaces. http://www.color-converter.com


Buy my new book "Programming LiveCode for the Real Beginner" 
http://qery.us/3fi


Fill out this survey please
http://livecodebeginner.economy-x-talk.com/survey/

On 8/21/2013 10:22, André Bisseret wrote:

Bonjour,

Just discovering the following:
In a script I put the short name of a stack into a global, say gStackName
then another stack is opened.
In a script in this second stack, I had put "go to gStackName instead of "go to 
stack gStackName

and that is working!! (provided that the stack gStackName be opened, of course)

I would have sworn that it was not possible!

I just verifed with the message box that it was possible to go to any opened stack using (go to 
"this short name") instead of (go to stack "this short name")

That seems not documented in the dictionnary.

Am I discovering the wheel? ;-)

Best regards

André



___
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

go to "such name" = go to stack "such name"!?

[André Bisseret]

Bonjour,

Just discovering the following:
In a script I put the short name of a stack into a global, say gStackName
then another stack is opened.
In a script in this second stack, I had put "go to gStackName instead of "go to 
stack gStackName

and that is working!! (provided that the stack gStackName be opened, of course)

I would have sworn that it was not possible!

I just verifed with the message box that it was possible to go to any opened 
stack using (go to "this short name") instead of (go to stack "this short name")

That seems not documented in the dictionnary.

Am I discovering the wheel? ;-)

Best regards

André


___
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: Creating a line that I can see

[BNig]

Hi Peter,

you have to add points to the graphic, otherwise it is empty

add this to your code

--
put item 2 of the loc of last graphic into tY
set the points of last graphic to the left of last graphic, tY & cr & the
right of last graphic , tY
--
or any other points

Kind regards
Bernd



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Creating-a-line-that-I-can-see-tp4668963p4668966.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: Creating a line that I can see

[Mark Schonewille]

Hi Peter,

You need to add the line

set the points of the last graphic to 40,35 & cr & 120,105

--
Best regards,

Mark Schonewille

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

Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other 
colour spaces. http://www.color-converter.com


Buy my new book "Programming LiveCode for the Real Beginner" 
http://qery.us/3fi


Fill out this survey please
http://livecodebeginner.economy-x-talk.com/survey/

On 8/21/2013 06:54, Peter Bogdanoff wrote:

Hi,

I want to create an graphic arrow. I script:

put the ScoreComColor of this stack into cColor
create graphic
set the style of last graphic to "Line"
set the name of last graphic to "Arrow"
set the endArrow of last graphic to true
set the lineSize of last graphic to 2
set the arrowSize of last graphic to 6
set the foreGroundColor of last graphic to cColor
set the loc of last graphic to 80,70
set the width of last graphic to 72
set the height of last graphic to 72

I see via the Inspector that the graphic was created with the specified 
properties, and it is visible and selectable.

However I don't see any paint on the card. If I use this same script to instead create a 
rectangle, I see a nice rectangle with the color cColor. When I change that rectangle to 
a "Line" type (style) in the Inspector, I now see no paint again.

Any suggestions?

Peter Bogdanoff
UCLA



___
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: LC server experience return anyone ?

[jbv]

Thanks to everyone who contributed with wise & useful advices both on and
offline.
I still have a couple of questions & comments though.

A few years ago, when I had the metacard engine installed on a dedicated
server,
the way it worked was that a new instance of the engine would launch for
every
incoming request, and would quit once the task was completed. This was ok for
the kind of site I was working on : low-trafic site with complex tasks for
each
request.
Is is the same with LC server ? And is there a risk for the server to
choke if too
many instances launch simultaneously, or is there a way to tell Apache to
queue
the requests somehow ?
And another thing I've been wondering : does the service on-rev offers
differ from
the above ? Is it simply a hosting service with an LC engine, or some more
sophisticated thing, like a long-running version of the engine that could
handle
many requests simultaneously and faster ?

As for installing my own server on a VPS, it is tempting, providing I can
find the
time to learn how to, being almost a complete newbie regarding server
administration.
Furthermore, I think it makes sense when you build your own project from
scratch,
but we're talking about transfering an already existing architecture of
various sites
and apps, with various add-ons & subdomains & cron jobs...
Last but not least, I will feel more confortable knowing my clients' most
sensitive
data & DBs are on a dedicated server located somewhere in europe than
wandering
somewhere in the cloud...

jbv


___
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