Re: HTML5 deployment

2020-01-31 Thread Sean Cole (Pi) via use-livecode
That's perfect, thank you. 1&2 were already at the top of my high priority list. 3 & 4 I fully appreciate. Certainly, 3a and 3b should be relatively easy to achieve. 3c and 4 slightly less so although I would be happy to hear your guidance on this. I'm assuming you already know where to find the cu

Re: html5Player

2020-01-31 Thread Richard Gaskin via use-livecode
hh wrote: Richard G. wrote: I'm seeing a growing number of JS->WASM converters out there ... Where? Please cite some. My bad: the pages I'd seen in listings turn out to be more, shall we say, aspirational. And the more I read about WASM the less it seems some sort of magic pony I'd imagi

Automating User Input

2020-01-31 Thread Peter Reid via use-livecode
I'm writing an app that needs to complete a couple of forms that are being displayed by a browser as if the user was doing it interactively. This is to save the user from having to enter complex medical terms. If the user were to interact directly with the browser, they could press the tab key r

HTML5 deployment

2020-01-31 Thread hh via use-livecode
> Sean C. wrote (in thread 'Brave'): > ... can you put together a priority list of items that need to > be fixed in HTML5 deployment as I am currently adjusting the code. > I mean things that should just work without running external > JS workarounds like most of the key commands not working in a

Re: html5Player

2020-01-31 Thread hh via use-livecode
> Richard G. wrote: > I'm seeing a growing number of JS->WASM converters out there ... Where? Please cite some. > ... seemingly designed to replace a JS lib with a WASM version > that is functionally identical, just smaller and faster. > I'm wondering if anyone has tried this with the generated

Re: html5Player

2020-01-31 Thread Richard Gaskin via use-livecode
hh wrote: Richard G. wrote: do you know if would it be practical to run the generated LC-engine-as-JS file through a JS->WASM converter? If not, what would be needed to make that happen? AFAIK the current HTML5 standalone builder was made by Peter Brett in contact with Mark Waddingham. It use

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Bob Sneidar via use-livecode
That's what Isuspect as well. Thanks. Bob S > On Jan 31, 2020, at 09:02 , Mark Waddingham via use-livecode > wrote: > > The code on the LC side is the same (engine and client drivers) so it’s > almost certainly hardware / OS causing the difference. > > Warmest Regards, > > Mark

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Mark Waddingham via use-livecode
I don’t think you read too much into differences of as little as 10ticks - the error in time measurement for a single run would be too high. It’s seems to make sense that vms would do the same task slower than the machine that they run on so I don’t think that’s a very interesting comparison. Y

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Bob Sneidar via use-livecode
I take that back it's a 32 bit Windows OS (dunno why I even still have this PC). But bitness is not going to affect a single network thread. Also the processor is an i3 running at 3.1. My mac is an i7 running at 2.3. Also my Mac is clamped to 100mb networking due to the nature of our VIOP phones

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Bob Sneidar via use-livecode
Not so fast. On a standalone workstation Windows 7 64bit 16gig memory and an SSD: 64 ticks. Compared with 14 ticks on my Mac OS X. My Parallels VM is outperforming a workstation. Oh, and the Windows workstation? It's the workstation running the mySQL instance!!! That's exactly my point. It is d

Re: Basic URL loading on Android - can't resolve host

2020-01-31 Thread Ben Rubinstein via use-livecode
Yes it does! Thanks Panos, Ben On 31/01/2020 13:59, panagiotis merakos via use-livecode wrote: Hello Ben, Does checking the "Internet" permission in the Android Standalone Settings (not in the Inclusions) fix the problem? Kind regards, Panos -- On Fri, 31 Jan 2020 at 15:50, Ben Rubinstein v

Re: Brave browser

2020-01-31 Thread Pi Digital via use-livecode
Brave is a Chromium based browser too but without the ads so this stands to reason it would be faster and better. Unfortunately, most corporations IT depts are unlikely to veer from using Google Chrome to other chromium strains. And this is the market I think LC HTML5 is going to prosper in the

Re: Basic URL loading on Android - can't resolve host

2020-01-31 Thread panagiotis merakos via use-livecode
Hello Ben, Does checking the "Internet" permission in the Android Standalone Settings (not in the Inclusions) fix the problem? Kind regards, Panos -- On Fri, 31 Jan 2020 at 15:50, Ben Rubinstein via use-livecode < use-livecode@lists.runrev.com> wrote: > I've just started trying to create an And

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Niggemann, Bernd via use-livecode
Ben, If you have access to a business-license you could use "script profiling" on a small but representative sample of your data and see where the bottlenecks are. If you find any you could try to optimize that part. "script profiling" adds its own overhead to the processing time (roughly doub

Basic URL loading on Android - can't resolve host

2020-01-31 Thread Ben Rubinstein via use-livecode
I've just started trying to create an Android app after a year or two. Restored Android studio etc, fine. The first thing I try to do is load a simple URL. But I get tsneterr:(6) Could not resolve host: google.com (or any other hostname from any other URL). Using the browser on the dev

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Ben Rubinstein via use-livecode
Ooh, that's very likely to be a good tip. (I think the database stuff is a red herring, by the way: the bulk of the delay is in the processing stage, which is just reading text files in and out.) Thanks everyone for their input. I'll report back with what I can find (unless I can persuade IT

Re: OMG text processing performance 6.7 - 9.5

2020-01-31 Thread Mark Waddingham via use-livecode
That’s not comparing like-with-like though - you are comparing VMs running Windows on your Mac with your Mac by the sound of it... VMs introduce a fair bit of overhead for all I/O (and also for some code - depending on the age of your CPU and the virtualisation support it has). Mark Sent from