Hi Mark.
I have to chime in here that the difference between OS X apps accessing a sql
database and Windows doing the same thing in the same app is substantial, and I
cannot think why, unless it is Windows itself causing the problem. Querying my
customer database for all my customer records ta
I found this as well. Another thing, it's faster to truncate the string and
search from the beginning than using a "start at" on the entire string when
searching for all occurrences of a string . This was counter intuitive to me
until Mark explained that skipping chars requires more work because
re
Are you perchance using lineOffset searches? I have found that lineOffset
performance on utf8 text degrades exponentially with the length of the file,
presumably as it searches for line breaks. Use offset instead which remains
fast (and much faster still if you can search on the raw text before
> 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 uses Emsc
Hermann, 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?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
___
> Bob S. wrote: Unfortunately I only have the Community version
> and cannot test.
Works here with LC Community 9.5.1 (on MacOS 10.15.3):
Open the stack, select HTML5 (nothing else) in the standalone
settings and hit the Test button.
You need a HTML5 license *only* for publishing standalones,
jus
While testing intensively in the LC-HTML5 builder for
cross-browser functionality of extensions I used
Brave, Chrome, Firefox and Safari.
My personal ranking in short:
Safari is fastest with huge JS (the standalone engine),
Firefox is slowest but has more special features,
Chrome has most feature
Unnfortunately I only have the Community version and cannot test.
Bob S
> On Jan 30, 2020, at 10:10 , hh via use-livecode
> wrote:
>
>> Bob S. wrote:
>> I probably misunderstand the use of this.
>> I drug a simple stack into this but while it displays
>> fine, it does not function...
>
> D
> Bob S. wrote:
> I probably misunderstand the use of this.
> I drug a simple stack into this but while it displays
> fine, it does not function...
Did you test it in the IDE? This is very simple in LC 9:
Open the stack, select HTML5 (nothing else) in the
standalone settings and hit the Test but
Hermann strikes again.
Brilliant stuff Hermann - and multiple stacks running at the same time
too!!
What could you do if you weren't in a straight jacket and blindfolded
.(metaphorically speaking).
>From memory, you have asked the team for a couple of "tweaks" that would
mean
you wouldn't ha
> BR wrote: can you save anything from that view?
1. Generally yes.
But this needs ALWAYS, with all modern browsers,
manual user interaction: click a button or select
from a menu.
Similarly user interaction (click, drag and drop)
is needed to read in such objects.
* STACKS
Panels with an LC icon
Thanks a lot Herman for that work.
It opens a lot of possibilities.
Kind regards,
Alain Vezina
> Le 29 janv. 2020 à 20:55, hh via use-livecode
> a écrit :
>
> HTML5: html5Player (v102 as of Jan 30, 2020)
>
> This is a HTML5 standalone (webApp in the new LC wording).
> https://hyperhh.de/html
Ben,
what DB are you connecting to?
We are running here a VM with Windows 2019 and MS SQL 2017. On a Windows 10
64bit VM we are using the 32 bit Microsoft ODBC Driver 11 for SQL Server to
connect from our 32bit LC standalone to the MSSQL server, although 64bit ODBC
Driver 11 is installed. But
Thanks Hermann.
I probably misunderstand the use of this.
I drug a simple stack into this but while it displays fine, it does not
function. It is a simple Time Calculator where I enter the number of devices, a
start and stop time with a lunch break and it divides the time "on the clock"
betw
On 2020-01-30 14:38, Ben Rubinstein via use-livecode wrote:
Hi Mark,
Thanks for taking the time to reply!
I'm indeed currently in the process of seeing whether I can persuade
the client's IT department to install the 32-bit drivers on the new
VM. I'm optimistic that will buy me some time, but i
Hi Mark,
Thanks for taking the time to reply!
I'm indeed currently in the process of seeing whether I can persuade the
client's IT department to install the 32-bit drivers on the new VM. I'm
optimistic that will buy me some time, but it won't be a complete solution
because they outsource supp
On 2020-01-30 13:20, Ben Rubinstein via use-livecode wrote:
The context is that I'm finally forced to replace an app that's been
processing data for a client for well over a decade. To date the
standalone has been built on LC 6.7.11; but now we need to put it on a
new platform with 64-bit databas
Herman: can you save anything from that view?
I always have to remind myself that it is Livecode running in a browser. It
feels like some dedicated app.
I suggest that anybody who is interested in what is possible with Livecode
HTML5 to have a look at Hermann's examples.
_
I'm looking for a hints about where the speed has gone in the current (Unicode
era) LiveCode text processing. I've been vaguely aware that text processing
performance suffered in the transition, but haven't needed to focus on it before.
The context is that I'm finally forced to replace an app t
Hermann,
This is magic.
I always have to remind myself that it is Livecode running in a browser. It
feels like some dedicated app.
I suggest that anybody who is interested in what is possible with Livecode
HTML5 to have a look at Hermann's examples.
https://hyperhh.de/html5/html5Player.html
20 matches
Mail list logo