Re: Animation Engine: speed tips

Hi, off it. might be worth digging into AEs source and change the handlers from using cProps to local variables. Also, there might be unnecessary instances. of locking / unlocking screen that. should be refactored in AE. If anyone is going to take that up I’d be happy iff you shared your patc

Re: Animation Engine: speed tips

. I tried setting the layer mode appropriately for all the objects - but I’m doing this on a new MacBook Pro - and it does not make a difference. Does anyone have an example stack with multiple animated objects that I can compare / test for speed? Hello David, You're welcome to play around

Animation Engine: speed tips

cts - but I’m doing this on a new MacBook Pro - and it does not make a difference. Does anyone have an example stack with multiple animated objects that I can compare / test for speed? ___ use-livecode mailing list use-livecode@lists.runrev.com Ple

Re: Android Speed Woes

ntG" that we are seeing all the sluggish behavior. Last night, I painstakingly moved group "newEventG" to its own card. Now, the speed is no longer an issue. It's snappy and responsive. I have to wonder if having a hidden group with so many controls was messing things up. M

Re: Android Speed Woes

On 2019-08-30 02:56, Mark Waddingham via use-livecode wrote: If (1) does not turn out to be the case then acceleratedRendering will have a slightly negative effect (as the engine will be doing what it would do without acceleratedRendering on, but also paying the overhead of caching the result!).

Re: Android Speed Woes

e issue is mainly hiding/showing groups. For example: put the milliseconds into m lock screen --for visual effect in rect (the rect of grc "ne_BG") //removed the animation for speed testing hide grp "ne_mainControls" show grp "ne_repeatG" unlock screen --with visual e

Re: Android Speed Woes

That’s perfect and very near the results we’d expect to see. So it narrows it down to display. What’s inside the groups and what settings do they have? If there are images what quality setting do they have, normal better or best? Any scaling factors anywhere? Rotations? Anti-aliasing? Shapes,

Re: Android Speed Woes

Mark, put the milliseconds into m put "" into jones repeat 1 put "a" after jones end repeat put jones into pFart put the milliseconds - m into m answer m iMac = 1 Moto G5 = 16 Moto G6 = 10 iPhone X = 7 -Dan On 8/29/19, 5:09 PM, "use-livecode on behalf of Mark Wieder via use-livecode"

Re: Android Speed Woes

On 8/29/19 4:40 PM, Dan Friedman via use-livecode wrote: Sean, Another test would be to see how fast it creates a variable with 10,000 characters using a repeat loop ... put "" into jones repeat 1 put "a" after jones end repeat put the milliseconds into m put jones into pFart put the

Re: Android Speed Woes

10 PM, "use-livecode on behalf of Pi Digital via use-livecode" use-livecode@lists.runrev.com> wrote: Dan is talking 500 times difference in response tho. That’s a bit more substantial. Plus speed degradation to a device designed to run Android 7.0 shouldn’t be to that de

Re: Android Speed Woes

m answer m iMac = 1 Moto G5 = 0 Moto G6 = 0 iPhone X = 0 -Dan On 8/29/19, 4:10 PM, "use-livecode on behalf of Pi Digital via use-livecode" wrote: Dan is talking 500 times difference in response tho. That’s a bit more substantial. Plus speed degradation to a device designe

Re: Android Speed Woes

rect (the rect of grc "ne_BG") //removed the animation for speed testing > hide grp "ne_mainControls" > show grp "ne_repeatG" > unlock screen --with visual effect push left > answer (the milliseconds - m) > > The result of m is

Re: Android Speed Woes

Dan is talking 500 times difference in response tho. That’s a bit more substantial. Plus speed degradation to a device designed to run Android 7.0 shouldn’t be to that degree either, for display or under the hood. The G5 has an octo 1.4ghz, the iPhoneX is 6core 2.39, only 4 times as fast (8-10

Re: Android Speed Woes

Just for your future reference, MarkWs excellent description about AccRend: http://lists.runrev.com/pipermail/use-livecode/2017-May/236782.html Sean > > On 29 Aug 2019, at 21:24, Dan Friedman via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > I have tried it with and without acc

Re: Android Speed Woes

ly hiding/showing groups. For example: put the milliseconds into m lock screen --for visual effect in rect (the rect of grc "ne_BG") //removed the animation for speed testing hide grp "ne_mainControls" show grp "ne_repeatG" unlock screen --with visual effect push left answ

Re: Android Speed Woes

bly sluggish. > The issue is mainly hiding/showing groups. For example: > > put the milliseconds into m > lock screen --for visual effect in rect (the rect of grc "ne_BG") //removed > the animation for speed testing > hide grp "ne_mainControls" > show grp

Android Speed Woes

: put the milliseconds into m lock screen --for visual effect in rect (the rect of grc "ne_BG") //removed the animation for speed testing hide grp "ne_mainControls" show grp "ne_repeatG" unlock screen --with visual effect push left answer (the milliseconds - m) The resu

Re: serial speed

Well, in spite of appearing to logroll hereabouts, my initial point should not be overlooked: "As someone who is engaged on a long, drawn-out refactoring on my main codebase; a process that involves uncovering old code (max 9 years) that ranges from 'slightly clunky' to 'utter crap' I have NO

Re: serial speed

rams communicating with >> robots, 3D printers, milling machines etc. if only we could have a >> decent speed. I am not even asking for the preferred speed of 22….. >> The arduino IDE can easily communicate at that speed, why not LC? > > Which platform are you using? > &g

Re: serial speed

On 5/3/19 10:38 AM, Richmond via use-livecode wrote: Err: slightly wooden after a long day at work . . . Richmond. On 3.05.19 20:26, Mark Wieder via use-livecode wrote: On 5/3/19 10:06 AM, Richmond via use-livecode wrote: As someone who is engaged on a log !!! Must have been lumbering al

Re: serial speed

Err: slightly wooden after a long day at work . . . Richmond. On 3.05.19 20:26, Mark Wieder via use-livecode wrote: On 5/3/19 10:06 AM, Richmond via use-livecode wrote: As someone who is engaged on a log !!! ___ use-livecode mailing list use-l

Re: serial speed

On 5/3/19 10:06 AM, Richmond via use-livecode wrote: As someone who is engaged on a log !!! -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage

Re: serial speed

ls and repainted the dadoes in the main rooms . . . Richmond. On 3.05.19 18:36, Mark Waddingham via use-livecode wrote: On 2019-05-03 17:01, runrevlist--- via use-livecode wrote: LC is ver well suited for all kinds of programs communicating with robots, 3D printers, milling machines etc. if only we co

Re: serial speed

On 2019-05-03 17:01, runrevlist--- via use-livecode wrote: LC is ver well suited for all kinds of programs communicating with robots, 3D printers, milling machines etc. if only we could have a decent speed. I am not even asking for the preferred speed of 22….. The arduino IDE can easily

serial speed

Quite a few years ago I got the connection between LC and arduino properly working. Unfortunately, then the highest speed LC was capable of was 57600 Baud. Besides 3D printing, I developed quite a big delta printer, I am now also into laser engraving and of course I printed all the parts to

LCS vs PHP speed test?

Has anyone here had occasion to test relative speed of LC Server vs PHP for common tasks (file I/O, array splits, parsing, etc.)? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web

Re: Weird thing I noticed with a graphics speed test

So, this is one of those moments where LiveCode is too good for my needs! You guys have done some optimizing to make LC handle graphics on Android, I think. My slow android device is almost as fast as my iPhone in this particular speed test. I know it does not have as much graphics processing

Re: Speed of control lookup (Was Re: Parent of Target)

> On 12 Aug 2017, at 7:26 pm, Mark Waddingham via use-livecode > wrote: > > I'd be happier about introducing a new id if we could solve the multiple > mainstack with same name issue too (or at least get a step closer to it) Hmm… what about giving stacks a meaningful ID… stack ID is completely

Re: Speed of control lookup (Was Re: Parent of Target)

On 08/12/2017 02:26 AM, Mark Waddingham via use-livecode wrote: I'd be happier about introducing a new id if we could solve the multiple mainstack with same name issue too Yes, please. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailin

Re: Speed of control lookup (Was Re: Parent of Target)

On 2017-08-11 23:58, Monte Goulding via use-livecode wrote: That would mean speed improvements could be done on an object reference that is relatively robust to changes in the object tree and unless you are creating an IDE you would be very unlikely to need to do the LCB object reference

Re: Speed of control lookup (Was Re: Parent of Target)

> On 12 Aug 2017, at 8:11 am, Mark Wieder via use-livecode > wrote: > >> Hmm… Would it be a good idea to create a new ID form with the bare minimum >> to identify an object. > > > UUID > Let’s not start that again ;-) ___ use-livecode mailing li

Re: Speed of control lookup (Was Re: Parent of Target)

On 08/11/2017 02:58 PM, Monte Goulding via use-livecode wrote: Hmm… Would it be a good idea to create a new ID form with the bare minimum to identify an object. UUID -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecod

Re: Speed of control lookup (Was Re: Parent of Target)

idea to create a new ID form with the bare minimum to identify an object. Say: id of card id of stack “” Although I guess unplaced groups would need just id of stack “” That would mean speed improvements could be done on an object reference that is relatively robust to changes in the object t

Re: Fwd: Speed of control lookup (Was Re: Parent of Target)

;MyStackName" & quote into tRuggedId get the id of tRuggedId -- has about the same speed (assuming all those objects are in the cache) as put the id of button id 1003 of group id 1004 of card id 1002 of stack "MyStackName" Now, I do wonder if the long id parsing meth

Fwd: Speed of control lookup (Was Re: Parent of Target)

On 2017-08-11 11:12, Mark Waddingham via use-livecode wrote: On 2017-08-10 21:10, Richard Gaskin via use-livecode wrote: How might I measure the benefits of long ID caching? Here is perhaps a better set of simple benchmarks to compare approaches to lookup (related to ids, anyway):

Re: Weird thing I noticed with a graphics speed test

s). > > Generally (for simple cases, where no mutation beyond movement is happening > in your display) you should find that acceleratedRendering will make > something on iOS/Android about the same speed as you would get on Desktop > without acceleratedRendering turned on.

Re: Weird thing I noticed with a graphics speed test

that acceleratedRendering will make something on iOS/Android about the same speed as you would get on Desktop without acceleratedRendering turned on. Warmest Regards, Mark. Sent from my iPhone On Aug 9, 2017, at 9:27 PM, jonathandly...@gmail.com wrote: I created a group with ten buttons. I have a function

Re: Weird thing I noticed with a graphics speed test

h accelerated rendering off, it can scroll the group 87 times on the Mac > and 35 times on the android. > > Why would the scrolling be faster with accelerated rendering off? > > Why do both devices have the same speed with accelerated rendering on? > > I thought accelerated

Weird thing I noticed with a graphics speed test

times on the Mac and 35 times on the android. Why would the scrolling be faster with accelerated rendering off? Why do both devices have the same speed with accelerated rendering on? I thought accelerated rendering used the graphics card? Shouldn't this graphically slow android be slower?

Re: Android device speed

I am overthinking this. A group that is visible but layered under another object would do it. 1. Turn on accelerated rendering 2. Scroll the group programmatically from top to bottom as many times as possible in a quarter second. 3. Adjust the div size based on the number of times it can do the

Re: Android device speed

It looks like we need to use a combination of requestAnimationFrame and performance.now in JavaScript to test the GPU. I would rather test the GPU in LC, but I don't know how to do that without having a visible animation on the screen. Sent from my iPhone > On Aug 3, 2017, at 9:05 AM, jonathan

Re: Android device speed

Thanks Roger, In this case, the issue is more with the map presented in a browser widget, which is less about LC and more about the embedded chrome framework. I think that my device is not really a high-end android machine, either. It looks like max-texture-size might be a decent proxy for meas

Re: Android device speed

I would be more inclined to not say in general "...that Android runs slower...", but rather "Android runs LiveCode apps slower." There are plenty of Android apps in the Play store that handle large graphics VERY well on Android. It may or may not be just how LiveCode rolls, as an improved experie

Re: Android device speed

measure system capabilities. Sent from my iPhone On Aug 3, 2017, at 7:27 AM, hh via use-livecode wrote: >> Jonathan wrote: >> It sounds like I need to find a way to detect the processing speed >> of the device. > > Did you alread try to use webgl? See the source of &g

Re: Android device speed

> Jonathan wrote: > It sounds like I need to find a way to detect the processing speed > of the device. Did you alread try to use webgl? See the source of https://browserleaks.com/webgl ___ use-livecode mailing list use-livecode@lists.r

Re: Android device speed

Thank you, Jacqueline, It sounds like I need to find a way to detect the processing speed of the device. If it is below a certain level, it could adjust the div viewport for the map proportionally to the processing power. It could reduce the size of the div, then reexpand it, using a 2d

Re: Android device speed

Android devices come with a variety of different specifications. The high end models will be more capable than low end ones. Depending on manufacturer and model, the graphics card will vary in capability and available RAM. Screen resolution also makes a difference. I'm using older test devices

Android device speed

Hello everyone, I just put my app on a galaxy tab E as a test. It is painfully slow, but not just in the LC portion of the app. The map, delivered through a browser widget, is also slow. So, I used the regular browser (chrome) at the webglearth website. That was slow too, although not as bad.

Re: Speed comparison with imageData 1920x1080

The canvas2d dataURL-methods (and LC's base64-methods) are so far optimized that it is even slower if one directly sends and receives arrays, I tried it. There could be more gain (what would give a speed-up-factor of up to 500) by using webGL, but this has issues with some 'black-liste

Re: Speed comparison with imageData 1920x1080

following (initiates caching). The average speed improvement depends on your hardware, this HTML5/JS version will be in average 20-60 times faster than LC Script. Note. The improvement is mostly due to the fact, that HTML5/JS uses your graphics hardware. With a decent graphic card the speed factor is h

Speed comparison with imageData 1920x1080

tiates caching). The average speed improvement depends on your hardware, this HTML5/JS version will be in average 20-60 times faster than LC Script. Note. The improvement is mostly due to the fact, that HTML5/JS uses your graphics hardware. With a decent graphic card the speed factor is here (for les

RE: Speed test in LC application

ation Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Peter Bogdanoff via use-livecode Sent: Wednesday, April 26, 2017 6:33 PM To: Mike Kerner via use-livecode Cc: Peter Bogdanoff Subject: Speed test

Speed test in LC application

Hi, I’m sometimes having trouble with my application downloading audio and image files from a remote server when they are requested. I’m thinking of adding some diagnostic tools to the application to see what is going on and I would like to know if anyone has experience with this and can give m

RE: card-to-card speed

Behalf Of Phil Davis Sent: Wednesday, December 07, 2016 1:23 PM To: How to use LiveCode Subject: Re: card-to-card speed Does "lock recent" before going next have any effect on the speed? It used to. Phil Davis On 12/7/16 8:56 AM, Richard Gaskin wrote: > A friend of mine has an app wh

Re: card-to-card speed

Does "lock recent" before going next have any effect on the speed? It used to. Phil Davis On 12/7/16 8:56 AM, Richard Gaskin wrote: A friend of mine has an app where some animations are done by flipping through cards. Speed is variable, set with a "wait milliseconds"

Re: card-to-card speed

> On Dec 7, 2016, at 8:56 AM, Richard Gaskin wrote: > > Have any of you seen unusual delay with "wait" statements in versions later > than v6? I have noticed that v7/8/9 are slower than 6 in almost every way. Strings are on par if not slightly faster in 8/9 when compared to 6. I have not cons

Re: card-to-card speed

0.000126ms per loop. On Wed, Dec 7, 2016 at 9:56 AM, Richard Gaskin wrote: > A friend of mine has an app where some animations are done by flipping > through cards. Speed is variable, set with a "wait milliseconds" > statement, so the user can view the sequence as quickly or

card-to-card speed

A friend of mine has an app where some animations are done by flipping through cards. Speed is variable, set with a "wait milliseconds" statement, so the user can view the sequence as quickly or slowly as desired. In versions up through 6.x the speed was quite good, but in v7, 8,

Subject: Re: Subject: Re: What speed advantage comes from a private handler?

> > Oh! I thought private handlers were ones only accessible by handlers in the > same script They are. Perhaps my expression was clumsy. James ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscri

Re: What speed advantage comes from a private handler?

Yes. Phil On 11/9/16 8:18 AM, Bob Sneidar wrote: I wasn't familiar with the dispatch function form. It's not in the dictionary. Do you have to use this form when dispatching to functions? Bob S On Nov 8, 2016, at 17:44 , Phil Davis mailto:rev...@pdslabs.net>> wrote: function app_helperAppP

Re: What speed advantage comes from a private handler?

I wasn't familiar with the dispatch function form. It's not in the dictionary. Do you have to use this form when dispatching to functions? Bob S On Nov 8, 2016, at 17:44 , Phil Davis mailto:rev...@pdslabs.net>> wrote: function app_helperAppPath pAppName dispatch function ( "_helperAppPath_

Re: Subject: Re: What speed advantage comes from a private handler?

On 09/11/2016 16:13, Bob Sneidar wrote: Oh! I thought private handlers were ones only accessible by handlers in the same script. Private handlers are indeed only accessible by handlers in the same script. Peter -- Dr Peter Brett LiveCode Technical Project M

Re: Subject: Re: What speed advantage comes from a private handler?

Oh! I thought private handlers were ones only accessible by handlers in the same script. Bob S > On Nov 9, 2016, at 05:07 , James Hale wrote: > > Monte wrote: >> Private handlers are called directly rather than giving all the frontscripts >> a chance to handle them. > > Thanks Monte, > >

Subject: Re: What speed advantage comes from a private handler?

Monte wrote: > Private handlers are called directly rather than giving all the frontscripts > a chance to handle them. Thanks Monte, The send and despatch restrictions do not apply in the cases I am considering. These are support handlers and functions outside the main handler within a script l

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 12:44 pm, Phil Davis wrote: > > function app_helperAppPath pAppName >dispatch function ( "_helperAppPath_" & the platform ) to me with pAppName >return the result > end app_helperAppPath > > > function _helperAppPath_MacOS pAppName >-- Mac-specific app path dis

Re: What speed advantage comes from a private handler?

Actually here's another situation where I've used 'dispatch' simply to avoid a 'do'. But I could as easily use 'send' to get the job done: function app_helperAppPath pAppName dispatch function ( "_helperAppPath_" & the platform ) to me with pAppName return the result end app_helperApp

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 12:23 pm, Phil Davis wrote: > > Use case: You use 'dispatch' as a coding style preference. > > (That's all I could come up with.) ;-) Actually thinking on it I can imagine a use case but it fails if you are wanting to dispatch a private handler: dispatch “SomethingOverr

Re: What speed advantage comes from a private handler?

Use case: You use 'dispatch' as a coding style preference. (That's all I could come up with.) Phil On 11/8/16 5:00 PM, Monte Goulding wrote: On 9 Nov. 2016, at 11:52 am, Phil Davis wrote: You also can't execute a private handler with the "dispatch" command. I guess that’s true but what use

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 11:52 am, Phil Davis wrote: > > You also can't execute a private handler with the "dispatch" command. I guess that’s true but what use case is there for dispatch within the same script? ___ use-livecode mailing list use-livecode@

Re: What speed advantage comes from a private handler?

You also can't execute a private handler with the "dispatch" command. Phil Davis On 11/8/16 4:44 PM, Monte Goulding wrote: On 9 Nov. 2016, at 11:31 am, James Hale wrote: Can someone explain why making a handler private speeds up a script? Private handlers are called directly rather than gi

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 11:31 am, James Hale wrote: > > Can someone explain why making a handler private speeds up a script? Private handlers are called directly rather than giving all the frontscripts a chance to handle them. > Should I be making more of my handlers private? If you only ever n

What speed advantage comes from a private handler?

In a reply to a post on loop speed Mark made this aside... > the aData array (also making sure explodeRow is private will help too) Can someone explain why making a handler private speeds up a script? Should I be making more of my handlers private? Really intrigued. Ja

Re: Speed of LCB

Measuring speed in the context of LCB is a bit different to measuring the speed in LiveCode script. If you are calling a lower level library then the speed of LCB is almost irrelevant as the lower level code will be doing heavy lifting fully compiled. When it comes to things like the speed of

Re: Speed of LCB

nt functionality written in both LC Script and LC Builder to have been able to provide guidance that precise. A few weeks ago I did reply to Monte's question here about whether to write a library in Script or Builder, and I noted that if the primary consideration were execution speed (developm

Speed of LCB

Richard mentioned that LCB can be / is magnitudes slower than Livecode script for certain tasks? I'm wandering how this pans out with json import. Perhaps it's time to look at a speed comparison between various ways to encode and decode JSON in Livecode. We have: - a number of libs

Re: LC 8 speed advantages??

Speed advantages are like many things; they depend on a large number of variables. I can imagine a test that runs much faster in 7 than in 8, and the other way round. I do have a feeling that the Livecode people have shifted their attention to slightly different goals with 8 than they were

Re: LC 8 speed advantages??

ds. In the "much > faster" LC8 version, the file took 38 seconds! What's up with that? > This program only uses text manipulation—no graphics work at all—so it > should have shown a substantial speed up, according to this quote on the LC > website: "In LiveCode 8 we’ve

LC 8 speed advantages??

led in LC7. In LC7, the standalone processed the text file in 28 seconds. In the "much faster" LC8 version, the file took 38 seconds! What's up with that? This program only uses text manipulation—no graphics work at all—so it should have shown a substantial speed up, according to thi

Performance speed of widgets (was: how to create a Custom Control)

tml> -- Richard Gaskin When Kevin states Its much faster [to develop in] than C but slower than Script. It is going to excel at certain tasks. What about the performance speed of a LCB widget? O.K., it is more difficult to *develop* the widget than a LCS-scripted custom control

Acceptable load speed of HTML5 standalones?

loads six modules into one page (of course only once the 27 MByte of .js + .mem). US: http://hh.on-rev.com/html5/cluster6modules.html EU: http://hyperhh.org/html5/cluster6modules.html -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Acceptable-load-speed-of-HTML5

Re: [Blog] Development speed comparison LC7 vs 8

Just curious, how long would something like this take to do on some other platforms? Anyone have experience doing such things and if so, are you impressed? > On Feb 29, 2016, at 10:29 AM, Heather Laine wrote: > > Dear List folks, > > Very nifty video in this blog post: > > https://livecode.c

[Blog] Development speed comparison LC7 vs 8

Dear List folks, Very nifty video in this blog post: https://livecode.com/a-mini-web-browser-in-under-15-minutes-sample-stack-included/ Love to hear your comments. Regards, Heather Heather Laine Customer Se

RE: Android on Speed

Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Earthednet-wp Sent: Sunday, March 22, 2015 1:06 PM To: How to use LiveCode Subject: Re: Android on Speed Snorting a couple lines of c

Re: Android on Speed

On 22/03/15 19:06, Earthednet-wp wrote: Snorting a couple lines of coke?? Bill William Prothero http://es.earthednet.org Snorting a couple of lines of code? Richmond. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this u

Re: Android on Speed

Snorting a couple lines of coke?? Bill William Prothero http://es.earthednet.org > On Mar 22, 2015, at 9:58 AM, "J. Landman Gay" > wrote: > >> On 3/22/2015 11:02 AM, Richmond wrote: >> http://images.huffingtonpost.com/2015-02-19-2015021914.30.38.jpg > > Cool. :) I like the credit card. But wh

Re: Android on Speed

On 3/22/2015 11:02 AM, Richmond wrote: http://images.huffingtonpost.com/2015-02-19-2015021914.30.38.jpg Cool. :) I like the credit card. But what's it drawing? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com __

Re: Speed on Android

On 3/22/2015 10:37 AM, Ralph DiMola wrote: It was bugging me. I wasn't going to let it go. For which I am grateful. Thank you for being stubborn. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com

Re: Speed on Android

On 3/22/2015 8:45 AM, Pierre Sahores wrote: GET and POST are perfectly supported on both iOS and Android. If you send them to an LC server script (connected to the DB in localhost mode), you will no more have to compose with any latency anymore. Thanks Pierre. I'm actually doing that with anoth

Android on Speed

http://images.huffingtonpost.com/2015-02-19-2015021914.30.38.jpg 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/ma

RE: Speed on Android

urday, March 21, 2015 9:22 PM To: How to use LiveCode Subject: Re: Speed on Android On 3/21/2015 7:34 PM, Ralph DiMola wrote: > Brain storm. > How about the "true" I put in the revOpenDatabase after the > password, Could this be it? Oh man. That was it. I think I love you.

Re: Speed on Android

Jacque, GET and POST are perfectly supported on both iOS and Android. If you send them to an LC server script (connected to the DB in localhost mode), you will no more have to compose with any latency anymore. working example : on the iOS/Android mobile client app side : set the socketTi

Re: Speed on Android

On Mar 21, 2015, at 2:57 PM, Ralph DiMola wrote: > Richard Gaskin wrote: > >> How does LC connect to the database socket on platforms where it provides > no socket support? > > Magic. "Any sufficiently advanced technology is indistinguishable from magic." -- Arthur C. Clark -- P

Re: Speed on Android

On 3/21/2015 7:34 PM, Ralph DiMola wrote: Brain storm. How about the "true" I put in the revOpenDatabase after the password, Could this be it? Oh man. That was it. I think I love you. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software |

Re: Speed on Android

On 3/21/2015 7:39 PM, Ralph DiMola wrote: Another thing. Could it be your router/firewall? Did you try over the cellular network? If it were my router I think it would fail on my Mac and it works fine there. I can try on a different network though. How about the "true" I put in the revO

RE: Speed on Android

dim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay Sent: Saturday, March 21, 2015 6:41 PM To: How to use LiveCode Subject: Re: Speed on Android On 3/21/2015 5:24 PM, Ralph DiMola wrote: > I just open the

RE: Speed on Android

m: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay Sent: Saturday, March 21, 2015 6:41 PM To: How to use LiveCode Subject: Re: Speed on Android On 3/21/2015 5:24 PM, Ralph DiMola wrote: > I just open the remote database like this==> put >

Re: Speed on Android

On 3/21/2015 5:24 PM, Ralph DiMola wrote: I just open the remote database like this==> put revOpenDatabase("mysql", "YourDomain.on-rev.com", "DatabaseName" ,"Username" ,"Password" true) into DBID Note there is no"http://"; Yes, I misspoke. There's no "http" in the database path, it's like

Re: Speed on Android

ilto:use-livecode-boun...@lists.runrev.com] On > Behalf > Of J. Landman Gay > Sent: Saturday, March 21, 2015 6:04 PM > To: How to use LiveCode > Subject: Re: Speed on Android > > On 3/21/2015 1:51 PM, Ralph DiMola wrote: > > I see what libURL is all about but I don'

Re: Speed on Android

Hmm. I thought you could still get URL "blah blah" on mobile and it would work. In fact, though the functionality differs slightly, you can use the load command on mobile too. Perhaps this would be useful? If you're using http urls, the only real difference in load between desktop and mobile, is

RE: Speed on Android

tion Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay Sent: Saturday, March 21, 2015 6:04 PM To: How to use LiveCode Subject: Re: Speed on Android On 3/21/2015 1:51 PM, Ralph DiMola wrote: >

<    1   2   3   4   >