Below is some c code that will return the architecture on
OS X.
/* Determine the machine name, e.g. "x86_64". */
#include
#include
#include
#include
int main(int argc, const char * argv[]) {
size_t size;
sysctlbyname("hw.machine", NULL, &size, NULL, 0); // Get size of data to
be r
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
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
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" int
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.
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 possi
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
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-b
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 y
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 scripte
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 dese
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
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-l
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 do
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
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
__
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 an
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 regard
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 transfer
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
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
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
>
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 thi
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
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
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!).
26 matches
Mail list logo