Re: Is HTML5 really practical?

2019-08-30 Thread Jjs via use-livecode 
A few days ago i read that if a webpage is not loaded within 3 seconds, 53% of 
visitors will skip it. LC's HTML5 is way too slow. It is stated that the engine 
needs downloading only once but it happens every time. It looks like more than 
10 sec. I made one too a long time ago and it worked quite well, but it had no 
capabilities back then to load new info. So all json files and images where in 
the package. And it still has too less possibilities in communicating. Also i 
don't understand why it is not in Indy and not in business. But it is in 
community and as separate commercial package. So i'm starting to build a 
project using LC server and revigniter, just like Erik mentioned. Therefore i 
also started to follow an excellent written FREE HTML course at 
internetingishard.com because this will help understanding how all works 
together.

Erik Beugelaar via use-livecode  schreef op 31 
augustus 2019 07:16:05 CEST:
>Maybe this framework is usefull:
>
>
>https://revigniter.com/
>
>
>
>
>Cheers,
>
>
>Erik
>
>
>
>
>On Fri, Aug 30, 2019 at 11:44 PM +0200, "Alain Vezina via use-livecode"
> wrote:
>
>
>
>
>
>
>
>
>
>
>I've been working with HTML5 for a few weeks now and I'm surprised that
>we can't do things as simple as put field "MyFld" into aVar.
>So I doubt we can use a dynamic database. But there is nothing better
>than trying by testing aspects in a way that doesn't take too long,
>even if the dictionary doesn't always tell us what HTML5 can do.
>
>Consider this my point of view as an old LC programmer and a beginner
>in HTML5.
>
>Alain Vezina
>
>Translated with www.DeepL.com/Translator 
>
>
>> Le 30 août 2019 à 16:42, William Prothero via use-livecode  a écrit :
>> 
>> Folks:
>> I’m considering making a web site that will use livecode’s html5
>engine. Is this practical? 
>> 
>> What I want to create is a signup system for a kayaking club. Paddles
>are scheduled for each week and members enter their names for various
>paddle times. The member list would be in a database and there would
>also be a membership page with entries for various aspects of their
>skill levels.
>> 
>> HH’s demos see to show reasonable engine load times, but I’m
>wondering whether it might be easier and better to just use the engine
>as a cgi and do everything in css and html.
>> 
>> Frankly, I haven’t seen any compelling use case for livecode's html5.
>Is there one, at this time?
>> 
>> Any thoughts?
>> 
>> Best,
>> Bill
>> 
>> William A. Prothero
>> http://earthlearningsolutions.org
>> 
>> ___
>> 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

-- 
Verstuurd vanaf mijn Android apparaat met K-9 Mail. Excuseer mijn beknoptheid.
___
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: Compiling standalone crashes

2019-08-30 Thread Jjs via use-livecode 
In previous release notes there is a script which you have to put in your 
closestack handler which solves this

Brian Milby via use-livecode  schreef op 30 
augustus 2019 17:13:24 CEST:
>Messages are no longer locked when the standalone builder closes/opens
>the stack.  That would be one place to look (openStack, etc.)
>
>Thanks,
>Brian
>On Aug 30, 2019, 6:15 AM -0400, scott--- via use-livecode
>, wrote:
>> I have two old stacks (pre version 7 at least) that load into the IDE
>without trouble and appear to run as expected... except when I try to
>save them as a standalone for Mac. Under LC version 9 these apps cause
>Livecode to quit without displaying an error. (I couldn’t find any
>error logs but this might just be me not knowing where to look.) I’ve
>tested with LC business versions 9.5, 9.04 and 9.02 The crash does not
>happen under LC 8.1.10. With that version they build fine. Any
>suggestions about the best way to start trouble-shooting this?
>>
>> —
>> Scott Morrow
>>
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web http://elementarysoftware.com/
>> email sc...@elementarysoftware.com
>> booth 1-800-615-0867
>> --
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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

-- 
Verstuurd vanaf mijn Android apparaat met K-9 Mail. Excuseer mijn beknoptheid.
___
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: Is HTML5 really practical?

2019-08-30 Thread Erik Beugelaar via use-livecode 
Maybe this framework is usefull:


https://revigniter.com/




Cheers,


Erik




On Fri, Aug 30, 2019 at 11:44 PM +0200, "Alain Vezina via use-livecode" 
 wrote:










I've been working with HTML5 for a few weeks now and I'm surprised that we 
can't do things as simple as put field "MyFld" into aVar.
So I doubt we can use a dynamic database. But there is nothing better than 
trying by testing aspects in a way that doesn't take too long, even if the 
dictionary doesn't always tell us what HTML5 can do.

Consider this my point of view as an old LC programmer and a beginner in HTML5.

Alain Vezina

Translated with www.DeepL.com/Translator 


> Le 30 août 2019 à 16:42, William Prothero via use-livecode  a écrit :
> 
> Folks:
> I’m considering making a web site that will use livecode’s html5 engine. Is 
> this practical? 
> 
> What I want to create is a signup system for a kayaking club. Paddles are 
> scheduled for each week and members enter their names for various paddle 
> times. The member list would be in a database and there would also be a 
> membership page with entries for various aspects of their skill levels.
> 
> HH’s demos see to show reasonable engine load times, but I’m wondering 
> whether it might be easier and better to just use the engine as a cgi and do 
> everything in css and html.
> 
> Frankly, I haven’t seen any compelling use case for livecode's html5. Is 
> there one, at this time?
> 
> Any thoughts?
> 
> Best,
> Bill
> 
> William A. Prothero
> http://earthlearningsolutions.org
> 
> ___
> 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: Checking the host OS

2019-08-30 Thread Mark Wieder via use-livecode 

On 8/30/19 8:41 PM, Devin Asay via use-livecode wrote:


No, I’m just toying with the idea of having a 32-bit launcher that would 
examine the host OS, then launch the proper executable based on whether it is 
32 or 64 bit. Sort of like a poor man’s universal app like we used to create 
for MacOS. It’s possible I’m use way overthinking this.


OK. I'm with Dar on this then.
Check for the existence of folder "C:/Windows/SysWOW64".
If it exists then you're on a 64-bit machine.

--
 Mark Wieder
 ahsoftw...@gmail.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: Checking the host OS

2019-08-30 Thread Mark Wieder via use-livecode 

On 8/30/19 8:41 PM, Tom Glod via use-livecode wrote:


on win32 i will run out of ram and lock up if not hard crash before
it even gets to it..and if i can test the standalone bitness I can
decline to attempt an impossible feat.


Ah. OK - so you're deploying a 32-bit application possibly onto a 64-bit 
machine. It makes sense to avoid the crash/lockup that way.


--
 Mark Wieder
 ahsoftw...@gmail.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: Checking the host OS

2019-08-30 Thread Tom Glod via use-livecode 
I have personal experience with trying to create a graphic that is 32,000 x
32,000 and exporting it.

on win32 i will run out of ram and lock up if not hard crash before
it even gets to it..and if i can test the standalone bitness I can
decline to attempt an impossible feat.

on win64 i could try it and if the system has enough ram, then it should
succeed.  I also have to increase the cache size to huge amounts to try to
create huge images.

I think the highest i succeeded in a 32 bit standalone was like 14k x
14kit was 3 years ago where i did those testsand don't remember the
details only that i was hitting the 32 bit memory wall.

thats one example of when asking the engine if its 32bit or 64 bit would
help.

On Fri, Aug 30, 2019 at 11:10 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 8/30/19 12:22 PM, Devin Asay via use-livecode wrote:
>
> > Now that we can build both 32 and 64 bit applications for Windows, it’s
> important to be able to tell whether the host OS is 32 or 64 bit.
>
> Why? If the 64-bit application won't run on the 32-bit system you won't
> get as far as your scripted test. Am I missing something?
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.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: Checking the host OS

2019-08-30 Thread Devin Asay via use-livecode 
On Aug 30, 2019, at 9:10 PM, Mark Wieder via use-livecode 
 wrote:
> 
>> On 8/30/19 12:22 PM, Devin Asay via use-livecode wrote:
>> 
>> Now that we can build both 32 and 64 bit applications for Windows, it’s 
>> important to be able to tell whether the host OS is 32 or 64 bit.
> 
> Why? If the 64-bit application won't run on the 32-bit system you won't get 
> as far as your scripted test. Am I missing something?

No, I’m just toying with the idea of having a 32-bit launcher that would 
examine the host OS, then launch the proper executable based on whether it is 
32 or 64 bit. Sort of like a poor man’s universal app like we used to create 
for MacOS. It’s possible I’m use way overthinking this. 

-D
___
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: Hactoberfest is coming...

2019-08-30 Thread Brian Milby via use-livecode 
Yes, very good idea.  I got my first shirt last year.

Thanks,
Brian
On Aug 30, 2019, 11:05 PM -0400, Mikey via use-livecode 
, wrote:
> Hactoberfest is a month away. That's github's event that awards some swag
> like tshirts and stickers in exchange for pull requests to open source
> repos. Last year to get your swag you had to submit 4 PR's.
> We've got a month, so maybe now would be a good time to develop a list of
> LC repos that deserve our time, changes/additions/features we want to
> implement, and get a bunch of people into the swing of contributing to
> these LC projects.
> We also need to help the people who have never done this help themselves.
> ___
> 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: Checking the host OS

2019-08-30 Thread Mark Wieder via use-livecode 

On 8/30/19 12:22 PM, Devin Asay via use-livecode wrote:


Now that we can build both 32 and 64 bit applications for Windows, it’s 
important to be able to tell whether the host OS is 32 or 64 bit.


Why? If the 64-bit application won't run on the 32-bit system you won't 
get as far as your scripted test. Am I missing something?


--
 Mark Wieder
 ahsoftw...@gmail.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

Hactoberfest is coming...

2019-08-30 Thread Mikey via use-livecode 
Hactoberfest is a month away.  That's github's event that awards some swag
like tshirts and stickers in exchange for pull requests to open source
repos.  Last year to get your swag you had to submit 4 PR's.
We've got a month, so maybe now would be a good time to develop a list of
LC repos that deserve our time, changes/additions/features we want to
implement, and get a bunch of people into the swing of contributing to
these LC projects.
We also need to help the people who have never done this help themselves.
___
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: Checking the host OS

2019-08-30 Thread Dar Scott Consulting via use-livecode 
Oh...

1. Yes, one way is to parse the exe. (offset, offset, check for "PE\0\0", next 
two bytes)

2. Check for WoW64 redirection. (I'm not sure how, though.)

> On Aug 30, 2019, at 6:10 PM, Tom Glod via use-livecode 
>  wrote:
> 
> I think he is asking to find out if the BUILD is 32 or 64 bit.  In that
> case the platform() function really has to be updated. but there is
> porobably a way by reading the magic (file header) bytes of the
> standalone.  But can't be sure.
> 
> On Fri, Aug 30, 2019 at 5:43 PM Dar Scott Consulting via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> 1. Check for files and folders that are are required on one or do not
>> exist on one.
>> 
>> Program Files (x86)
>> SysWOW64
>> 
>> 2. systeminfo
>> 
>> 
>> 
>>> On Aug 30, 2019, at 1:22 PM, Devin Asay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi all,
>>> 
>>> I know we can get all manner of information about the host system our
>> stack or application is running on, including platform(), processor(), and
>> machine() but is there a way to check to see whether the host OS is 32 or
>> 64 bit? The platform function on Windows always returns Win32 regardless of
>> which version of Windows is running, and the processor reports x86_32 or
>> x86_64, depending on the host machine’s CPU.
>>> 
>>> Now that we can build both 32 and 64 bit applications for Windows, it’s
>> important to be able to tell whether the host OS is 32 or 64 bit. But I
>> can’t work out if these functions let us get that information. For
>> instance, on my Windows 10 64-bit system I get:
>>> 
>>> The platform: Win32
>>> The processor: x86_64
>>> The machine: x86_64
>>> 
>>> But I just had a user report that they were unable to run a new build of
>> one of my Windows applications, which I had built as 64 bit. I’m sending
>> them a 32-bit build, but I got to thinking, would there be a way to check
>> that from within LiveCode?
>>> 
>>> Any ideas?
>>> 
>>> Devin
>>> 
>>> Devin Asay
>>> 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
>>> 
>> 
>> 
>> ___
>> 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: Checking the host OS

2019-08-30 Thread Tom Glod via use-livecode 
I think he is asking to find out if the BUILD is 32 or 64 bit.  In that
case the platform() function really has to be updated. but there is
porobably a way by reading the magic (file header) bytes of the
standalone.  But can't be sure.

On Fri, Aug 30, 2019 at 5:43 PM Dar Scott Consulting via use-livecode <
use-livecode@lists.runrev.com> wrote:

> 1. Check for files and folders that are are required on one or do not
> exist on one.
>
> Program Files (x86)
> SysWOW64
>
> 2. systeminfo
>
>
>
> > On Aug 30, 2019, at 1:22 PM, Devin Asay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi all,
> >
> > I know we can get all manner of information about the host system our
> stack or application is running on, including platform(), processor(), and
> machine() but is there a way to check to see whether the host OS is 32 or
> 64 bit? The platform function on Windows always returns Win32 regardless of
> which version of Windows is running, and the processor reports x86_32 or
> x86_64, depending on the host machine’s CPU.
> >
> > Now that we can build both 32 and 64 bit applications for Windows, it’s
> important to be able to tell whether the host OS is 32 or 64 bit. But I
> can’t work out if these functions let us get that information. For
> instance, on my Windows 10 64-bit system I get:
> >
> > The platform: Win32
> > The processor: x86_64
> > The machine: x86_64
> >
> > But I just had a user report that they were unable to run a new build of
> one of my Windows applications, which I had built as 64 bit. I’m sending
> them a 32-bit build, but I got to thinking, would there be a way to check
> that from within LiveCode?
> >
> > Any ideas?
> >
> > Devin
> >
> > Devin Asay
> > 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
> >
>
>
> ___
> 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: Is HTML5 really practical?

2019-08-30 Thread Alain Vezina via use-livecode 
I've been working with HTML5 for a few weeks now and I'm surprised that we 
can't do things as simple as put field "MyFld" into aVar.
So I doubt we can use a dynamic database. But there is nothing better than 
trying by testing aspects in a way that doesn't take too long, even if the 
dictionary doesn't always tell us what HTML5 can do.

Consider this my point of view as an old LC programmer and a beginner in HTML5.

Alain Vezina

Translated with www.DeepL.com/Translator 


> Le 30 août 2019 à 16:42, William Prothero via use-livecode 
>  a écrit :
> 
> Folks:
> I’m considering making a web site that will use livecode’s html5 engine. Is 
> this practical? 
> 
> What I want to create is a signup system for a kayaking club. Paddles are 
> scheduled for each week and members enter their names for various paddle 
> times. The member list would be in a database and there would also be a 
> membership page with entries for various aspects of their skill levels.
> 
> HH’s demos see to show reasonable engine load times, but I’m wondering 
> whether it might be easier and better to just use the engine as a cgi and do 
> everything in css and html.
> 
> Frankly, I haven’t seen any compelling use case for livecode's html5. Is 
> there one, at this time?
> 
> Any thoughts?
> 
> Best,
> Bill
> 
> William A. Prothero
> http://earthlearningsolutions.org
> 
> ___
> 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: Checking the host OS

2019-08-30 Thread Dar Scott Consulting via use-livecode 
1. Check for files and folders that are are required on one or do not exist on 
one. 

Program Files (x86)
SysWOW64

2. systeminfo



> On Aug 30, 2019, at 1:22 PM, Devin Asay via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I know we can get all manner of information about the host system our stack 
> or application is running on, including platform(), processor(), and 
> machine() but is there a way to check to see whether the host OS is 32 or 64 
> bit? The platform function on Windows always returns Win32 regardless of 
> which version of Windows is running, and the processor reports x86_32 or 
> x86_64, depending on the host machine’s CPU.
> 
> Now that we can build both 32 and 64 bit applications for Windows, it’s 
> important to be able to tell whether the host OS is 32 or 64 bit. But I can’t 
> work out if these functions let us get that information. For instance, on my 
> Windows 10 64-bit system I get:
> 
> The platform: Win32
> The processor: x86_64
> The machine: x86_64
> 
> But I just had a user report that they were unable to run a new build of one 
> of my Windows applications, which I had built as 64 bit. I’m sending them a 
> 32-bit build, but I got to thinking, would there be a way to check that from 
> within LiveCode?
> 
> Any ideas?
> 
> Devin
> 
> Devin Asay
> 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
> 


___
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: Maintenance forever?

2019-08-30 Thread Mark Wieder via use-livecode 

On 8/30/19 10:17 AM, Heather Laine via use-livecode wrote:


LiveCodeShare was particularly difficult as it was first created many years ago 
using an old version of Revolution CGI which is not 64bit compatible.


AKA past its expiration date.

--
 Mark Wieder
 ahsoftw...@gmail.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

Is HTML5 really practical?

2019-08-30 Thread William Prothero via use-livecode 
Folks:
I’m considering making a web site that will use livecode’s html5 engine. Is 
this practical? 

What I want to create is a signup system for a kayaking club. Paddles are 
scheduled for each week and members enter their names for various paddle times. 
The member list would be in a database and there would also be a membership 
page with entries for various aspects of their skill levels.

HH’s demos see to show reasonable engine load times, but I’m wondering whether 
it might be easier and better to just use the engine as a cgi and do everything 
in css and html.

Frankly, I haven’t seen any compelling use case for livecode's html5. Is there 
one, at this time?

Any thoughts?

Best,
Bill

William A. Prothero
http://earthlearningsolutions.org

___
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

Checking the host OS

2019-08-30 Thread Devin Asay via use-livecode 
Hi all,

I know we can get all manner of information about the host system our stack or 
application is running on, including platform(), processor(), and machine() but 
is there a way to check to see whether the host OS is 32 or 64 bit? The 
platform function on Windows always returns Win32 regardless of which version 
of Windows is running, and the processor reports x86_32 or x86_64, depending on 
the host machine’s CPU.

Now that we can build both 32 and 64 bit applications for Windows, it’s 
important to be able to tell whether the host OS is 32 or 64 bit. But I can’t 
work out if these functions let us get that information. For instance, on my 
Windows 10 64-bit system I get:

The platform: Win32
The processor: x86_64
The machine: x86_64

But I just had a user report that they were unable to run a new build of one of 
my Windows applications, which I had built as 64 bit. I’m sending them a 32-bit 
build, but I got to thinking, would there be a way to check that from within 
LiveCode?

Any ideas?

Devin

Devin Asay
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: Maintenance forever?

2019-08-30 Thread Bob Sneidar via use-livecode 
As every good soldier knows, no battle plan survives the first 10 minutes after 
enemy contact. :-)

Bob S


> On Aug 30, 2019, at 10:17 , Heather Laine via use-livecode 
>  wrote:
> 
> Rick...I don't think you quite comprehended the issue. The raid disk failed 
> on the new server we were transferring 500GB of data to, during transfer. 
> Suboptimal. Reverse engines! Start again, lets have a new disk there please...
> 
> Anyway, that is all done now, and pretty much everything is back up and 
> running. There will be a few remaining tweaks. 
> 
> I can confirm that LiveCodeShare is working again. If anyone does not see it, 
> please flush DNS, restart your router, restart computer, restart LiveCode and 
> try it again...
> 
> LiveCodeShare was particularly difficult as it was first created many years 
> ago using an old version of Revolution CGI which is not 64bit compatible. 
> 
> Best Regards,
> 
> Heather
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.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: Maintenance forever?

2019-08-30 Thread Heather Laine via use-livecode 
Rick...I don't think you quite comprehended the issue. The raid disk failed on 
the new server we were transferring 500GB of data to, during transfer. 
Suboptimal. Reverse engines! Start again, lets have a new disk there please...

Anyway, that is all done now, and pretty much everything is back up and 
running. There will be a few remaining tweaks. 

I can confirm that LiveCodeShare is working again. If anyone does not see it, 
please flush DNS, restart your router, restart computer, restart LiveCode and 
try it again...

LiveCodeShare was particularly difficult as it was first created many years ago 
using an old version of Revolution CGI which is not 64bit compatible. 

Best Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 29 Aug 2019, at 18:12, Rick Harrison via use-livecode 
>  wrote:
> 
> They said they had a RAID that failed that caused a mess.
> One still has to do backups for any RAID for that reason.
> Even if they were just using Time Machine to perform a
> backup of their RAID they only would lose a maximum
> of one hour’s worth of data.  If they were doing transaction
> logging they wouldn’t lose more than 1 transaction.
> They could have been up and running again pronto.
> 
> Just my 2 cents for the day.
> 
> Let’s hope things improve soon.
> 
> Rick
> 
> 
> ___
> 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: Android Speed Woes

2019-08-30 Thread Dan Friedman via use-livecode 
Ok... so here's an update...

The card that contains all this is a calendar.  On this card is a header, a 
datagrid that lists the events of the selected day, and another group with 84 
controls in it (one button and field for each possible day) that makes up the 
calendar's grid, and more.   When you click "New Entry" or "Edit Entry", we 
hide the calendar and show the group "newEventG" which, as you know, contains 
several other groups for setting the event's properties (title, notes, dates, 
repeat, and more).  It is in the group "newEventG" 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.

Mark, to answer your question, there isn't one image on the entire card.
ShowFocusBorder was on.
All these were correct:
- opaque must be false
- showName must be false
- hScrollbar must be false
- vScrollbar must be false
- showBorder must be false
- all bitmap effects must be empty

I am in a good place now and ok to continue with my project (although the 
tablet version is now funky as it moves to another card for event editing 
rather than the group overlay).  I hope all this helps LC resolve whatever this 
issue is.

-Dan


On 8/29/19, 11:56 PM, "use-livecode on behalf of Mark Waddingham via 
use-livecode"  wrote:

On 2019-08-29 16:24, Dan Friedman via use-livecode wrote:
> Hello again!   I am have a tough time getting things to run snappy on
> an Android device.  It's blazing fast on my computer, and more than
> acceptable on my iPhone, but on any android device, it's slow...
> noticeably 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 "ne_repeatG"
> unlock screen --with visual effect push left
> answer (the milliseconds - m)
> 
> The result of m is:
> iMac = 10
> iOS = 1   (iPhoneX)
> Android = 516  (Moto G5 Plus Android 7.0)
> 
> The groups contain no images or complex graphics.  Just some buttons 
> and fields.
> 
> I have tried it with and without acceleratedRendering.  Actually, with
> acceleratedRendering enabled it took longer, m=558.
> 
> I have it setup like this:
> Card "calendar"
>Group "newEventG"  --> layerMode set to "Container"
>   Group "ne_mainControls"  --> layerMode set to "Dynamic"
>   Group " ne_repeatG"  --> layerMode set to "Dynamic"
> 
> Any thoughts or advice?  Most other functions are working within
> acceptable ranges/speeds.

So the first thing to do is (on Desktop) run with acceleratedRendering 
and ensure that:
1) 'the effective layerMode of group "newEventG"' is container
2) 'the effective layerMode of group "ne_mainControls" is dynamic
3) 'the effective layerMode of group "ne_repeatG" is dynamic

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!). To fix this you'll need to tweak the properties 
of the newEventG group:

- opaque must be false
- showName must be false
- hScrollbar must be false
- vScrollbar must be false
- showBorder must be false
- all bitmap effects must be empty

Essentially the rule here is that for a group to be a container layer it 
must not have to render anything itself (as it is just meant to 
'contain' other layers).

If you get the groups effective layerModes as above I'd imagine you 
*might* see a slight increase in performance with acceleratedRendering 
on - the showing and hiding of the dynamic layers is essentially 'free' 
in this scenario - but their content does need to be cached first. 
Caching of dynamic layers happens incrementally as parts of them are 
visible.

However, given the difference in speed between the platforms with 
acceleratedRendering off I'm inclined to think something else is going 
on here... The CPU on a Moto G5 Plus is substantially less powerful than 
even an iPhone6S - but definitely not 50x!

You mentioned in another thread that you were using custom fonts... Do 
you get better performance if you remove the use of custom fonts and 
just go with the default?

Warmest Regards,

Mark.

-- 
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

Re: Compiling standalone crashes

2019-08-30 Thread Brian Milby via use-livecode 
Messages are no longer locked when the standalone builder closes/opens the 
stack.  That would be one place to look (openStack, etc.)

Thanks,
Brian
On Aug 30, 2019, 6:15 AM -0400, scott--- via use-livecode 
, wrote:
> I have two old stacks (pre version 7 at least) that load into the IDE without 
> trouble and appear to run as expected... except when I try to save them as a 
> standalone for Mac. Under LC version 9 these apps cause Livecode to quit 
> without displaying an error. (I couldn’t find any error logs but this might 
> just be me not knowing where to look.) I’ve tested with LC business versions 
> 9.5, 9.04 and 9.02 The crash does not happen under LC 8.1.10. With that 
> version they build fine. Any suggestions about the best way to start 
> trouble-shooting this?
>
> —
> Scott Morrow
>
> Elementary Software
> (Now with 20% less chalk dust!)
> web http://elementarysoftware.com/
> email sc...@elementarysoftware.com
> booth 1-800-615-0867
> --
>
>
>
>
>
>
>
>
> ___
> 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

Compiling standalone crashes

2019-08-30 Thread scott--- via use-livecode 
I have two old stacks (pre version 7 at least) that load into the IDE without 
trouble and appear to run as expected... except when I try to save them as a 
standalone for Mac. Under LC version 9 these apps cause Livecode to quit 
without displaying an error. (I couldn’t find any error logs but this might 
just be me not knowing where to look.) I’ve tested with LC business versions 
9.5, 9.04 and 9.02  The crash does not happen under LC 8.1.10. With that 
version they build fine.  Any suggestions about the best way to start 
trouble-shooting this?

—
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   http://elementarysoftware.com/
email sc...@elementarysoftware.com
booth1-800-615-0867
--








___
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: Problems with segmented control widget

2019-08-30 Thread Ben Rubinstein via use-livecode 
I forgot to mention that both these issues can be worked around - but 
surprisingly, the second is easier than the first.


Using "wait 0 seconds with messages" after changing the hilitedItems allows 
the hiliteChanged message to be processed immediately; but even then testing 
the lockMessages is unhelpful - it's always false (presumably because it's in 
a different thread? Although I thought that lockMessages was a global property?)


So the complete solution is to have a global set to mirror lockMessages, and 
wait with messages whenever the state is changed by script.


Anyway, my real question is: is it just a bug, fixable in the widget 
definiton, that messages emitted by some widgets (at least Navbar is the same) 
are not handled in the same way as native controls? Or is this a fundamental 
limitation of LCB?


Ben

On 30/08/2019 09:30, Ben Rubinstein via use-livecode wrote:
I've been using this widget and found some issues. Before I report the bug(s) 
I want to check if I'm missing some knowledge or understanding.


At various times I need to change the hilitedItems on the control by script; 
at other times I need to react when the user does so. For the latter case I 
respond to the "hiliteChanged" message.


The problem came when I change the hilitedItems by script: it triggered 
hiliteChanged causing all sorts of hilarity. I had trouble tracking it down 
because when I stepped through the code I couldn't see any point when the 
problems occurred. Setting lockMessages didn't help.  And even when I checked 
the lockMessages in my hiliteChanged handler, the aberrant behaviour continued..


After further investigation, the upshot is that there are two issues:

- the widget pays no attention to the lockMessages in deciding to post 
"hiliteChanged"


- although it redraws immediately in response to a change in hilitedItems, the 
hiliteChanged message (or potentially multiple messages stacked up) is not 
sent until idle time.


(The latter issue explains my problem with spotting where the issue was 
occurring, and also why checking the lockMessages in my hiliteChanged handler 
didn't help - because by the time the handler was invoked, the lockMessages 
*was* false.)


The first issue is presumably straightforward to address.

Is there some fundamental property of widgets that make it impossible to fix 
the second issue?


TIA,

Ben

___
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

Problems with segmented control widget

2019-08-30 Thread Ben Rubinstein via use-livecode 
I've been using this widget and found some issues. Before I report the bug(s) 
I want to check if I'm missing some knowledge or understanding.


At various times I need to change the hilitedItems on the control by script; 
at other times I need to react when the user does so. For the latter case I 
respond to the "hiliteChanged" message.


The problem came when I change the hilitedItems by script: it triggered 
hiliteChanged causing all sorts of hilarity. I had trouble tracking it down 
because when I stepped through the code I couldn't see any point when the 
problems occurred. Setting lockMessages didn't help.  And even when I checked 
the lockMessages in my hiliteChanged handler, the aberrant behaviour continued..


After further investigation, the upshot is that there are two issues:

- the widget pays no attention to the lockMessages in deciding to post 
"hiliteChanged"


- although it redraws immediately in response to a change in hilitedItems, the 
hiliteChanged message (or potentially multiple messages stacked up) is not 
sent until idle time.


(The latter issue explains my problem with spotting where the issue was 
occurring, and also why checking the lockMessages in my hiliteChanged handler 
didn't help - because by the time the handler was invoked, the lockMessages 
*was* false.)


The first issue is presumably straightforward to address.

Is there some fundamental property of widgets that make it impossible to fix 
the second issue?


TIA,

Ben

___
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: Android Speed Woes

2019-08-30 Thread Mark Waddingham via use-livecode 

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!). To fix this you'll need to tweak the
properties of the newEventG group:

   - opaque must be false
   - showName must be false
   - hScrollbar must be false
   - vScrollbar must be false
   - showBorder must be false
   - all bitmap effects must be empty


Additionally and entirely unrelated to performance but might be causing
the visual artefacts you mentioned...

For now you also need to ensure that your three groups also all have
'showFocusBorder' set to false - this is due to bug 22322, a fix for
which is pending (https://github.com/livecode/livecode/pull/7144).

[ ShowFocusBorder has absolutely no effect on groups, however it causes
a miscalculation to occur when rendering in certain circumstances when
it is enabled and acceleratedRendering is on ].

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Android Speed Woes

2019-08-30 Thread Mark Waddingham via use-livecode 

On 2019-08-29 16:24, Dan Friedman via use-livecode wrote:

Hello again!   I am have a tough time getting things to run snappy on
an Android device.  It's blazing fast on my computer, and more than
acceptable on my iPhone, but on any android device, it's slow...
noticeably 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 "ne_repeatG"
unlock screen --with visual effect push left
answer (the milliseconds - m)

The result of m is:
iMac = 10
iOS = 1   (iPhoneX)
Android = 516  (Moto G5 Plus Android 7.0)

The groups contain no images or complex graphics.  Just some buttons 
and fields.


I have tried it with and without acceleratedRendering.  Actually, with
acceleratedRendering enabled it took longer, m=558.

I have it setup like this:
Card "calendar"
   Group "newEventG"  --> layerMode set to "Container"
  Group "ne_mainControls"  --> layerMode set to "Dynamic"
  Group " ne_repeatG"  --> layerMode set to "Dynamic"

Any thoughts or advice?  Most other functions are working within
acceptable ranges/speeds.


So the first thing to do is (on Desktop) run with acceleratedRendering 
and ensure that:

   1) 'the effective layerMode of group "newEventG"' is container
   2) 'the effective layerMode of group "ne_mainControls" is dynamic
   3) 'the effective layerMode of group "ne_repeatG" is dynamic

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!). To fix this you'll need to tweak the properties 
of the newEventG group:


   - opaque must be false
   - showName must be false
   - hScrollbar must be false
   - vScrollbar must be false
   - showBorder must be false
   - all bitmap effects must be empty

Essentially the rule here is that for a group to be a container layer it 
must not have to render anything itself (as it is just meant to 
'contain' other layers).


If you get the groups effective layerModes as above I'd imagine you 
*might* see a slight increase in performance with acceleratedRendering 
on - the showing and hiding of the dynamic layers is essentially 'free' 
in this scenario - but their content does need to be cached first. 
Caching of dynamic layers happens incrementally as parts of them are 
visible.


However, given the difference in speed between the platforms with 
acceleratedRendering off I'm inclined to think something else is going 
on here... The CPU on a Moto G5 Plus is substantially less powerful than 
even an iPhone6S - but definitely not 50x!


You mentioned in another thread that you were using custom fonts... Do 
you get better performance if you remove the use of custom fonts and 
just go with the default?


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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