From MikeKerner at roadrunner.com Thu Feb 1 13:24:21 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 1 Feb 2024 13:24:21 -0500 Subject: [off] google project idx Message-ID: google is sending out invites to try out their version of a low-code web-based ide, called idx. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 14:24:08 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 14:24:08 -0500 Subject: activation and login broken? Message-ID: hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From dave at davewood.nz Fri Feb 2 14:56:33 2024 From: dave at davewood.nz (David Wood) Date: Sat, 3 Feb 2024 08:56:33 +1300 Subject: activation and login broken? In-Reply-To: References: Message-ID: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Fri Feb 2 15:00:21 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:00:21 -0500 Subject: activation and login broken? In-Reply-To: References: Message-ID: <002d01da5612$772367a0$656a36e0$@net> Mike, Same here. Last time this happened someone submitted an LC hosting urgent ticket and it was fixed pronto. I will do it now. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Mike Kerner via use-livecode Sent: Friday, February 02, 2024 2:24 PM To: How to use LiveCode Cc: Mike Kerner Subject: activation and login broken? hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From kevin at livecode.com Fri Feb 2 14:59:09 2024 From: kevin at livecode.com (Kevin Miller) Date: Fri, 02 Feb 2024 19:59:09 +0000 Subject: activation and login broken? In-Reply-To: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> Message-ID: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Something is wrong... We are looking into it now. Kind regards, Kevin Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Fri Feb 2 14:59:29 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 14:59:29 -0500 Subject: activation and login broken? In-Reply-To: <002d01da5612$772367a0$656a36e0$@net> References: <002d01da5612$772367a0$656a36e0$@net> Message-ID: how in the world does one submit an "urgent" ticket? On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < use-livecode at lists.runrev.com> wrote: > Mike, > Same here. Last time this happened someone submitted an LC hosting urgent > ticket and it was fixed pronto. > I will do it now. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On > Behalf > Of Mike Kerner via use-livecode > Sent: Friday, February 02, 2024 2:24 PM > To: How to use LiveCode > Cc: Mike Kerner > Subject: activation and login broken? > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth On the second day, > God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From rdimola at evergreeninfo.net Fri Feb 2 15:05:00 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:05:00 -0500 Subject: activation and login broken? In-Reply-To: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Message-ID: <003101da5613$1dad6080$59082180$@net> Kevin, Thanks I submitted a hosting ticket. Ignore now that you're on it. -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Kevin Miller via use-livecode Sent: Friday, February 02, 2024 2:59 PM To: How to use LiveCode Cc: Kevin Miller Subject: Re: activation and login broken? Something is wrong... We are looking into it now. Kind regards, Kevin Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Fri Feb 2 15:06:12 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:06:12 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> Message-ID: <003501da5613$480649f0$d812ddd0$@net> Select urgent on the hosting support contact us page. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net Phone: 518-636-3998 Ex:11 Cell: 518-796-9332 From: Mike Kerner [mailto:MikeKerner at roadrunner.com] Sent: Friday, February 02, 2024 2:59 PM To: How to use LiveCode Cc: Ralph DiMola Subject: Re: activation and login broken? how in the world does one submit an "urgent" ticket? On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode wrote: Mike, Same here. Last time this happened someone submitted an LC hosting urgent ticket and it was fixed pronto. I will do it now. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Mike Kerner via use-livecode Sent: Friday, February 02, 2024 2:24 PM To: How to use LiveCode Cc: Mike Kerner Subject: activation and login broken? hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." _______________________________________________ use-livecode mailing list use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:09:01 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:09:01 -0500 Subject: activation and login broken? In-Reply-To: <003501da5613$480649f0$d812ddd0$@net> References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: welp, i don't have hosting. good thing i have you. On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < use-livecode at lists.runrev.com> wrote: > Select urgent on the hosting support contact us page. > > > > Ralph DiMola > > IT Director > > Evergreen Information Services > > rdimola at evergreeninfo.net > > Phone: 518-636-3998 Ex:11 > > Cell: 518-796-9332 > > > > From: Mike Kerner [mailto:MikeKerner at roadrunner.com] > Sent: Friday, February 02, 2024 2:59 PM > To: How to use LiveCode > Cc: Ralph DiMola > Subject: Re: activation and login broken? > > > > how in the world does one submit an "urgent" ticket? > > > > On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < > use-livecode at lists.runrev.com> wrote: > > Mike, > Same here. Last time this happened someone submitted an LC hosting urgent > ticket and it was fixed pronto. > I will do it now. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On > Behalf > Of Mike Kerner via use-livecode > Sent: Friday, February 02, 2024 2:24 PM > To: How to use LiveCode > Cc: Mike Kerner > Subject: activation and login broken? > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth On the second day, > God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > -- > > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:16:15 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:16:15 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: and you, kevin. good thing i have you, too. On Fri, Feb 2, 2024 at 3:09 PM Mike Kerner wrote: > welp, i don't have hosting. good thing i have you. > > On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Select urgent on the hosting support contact us page. >> >> >> >> Ralph DiMola >> >> IT Director >> >> Evergreen Information Services >> >> rdimola at evergreeninfo.net >> >> Phone: 518-636-3998 Ex:11 >> >> Cell: 518-796-9332 >> >> >> >> From: Mike Kerner [mailto:MikeKerner at roadrunner.com] >> Sent: Friday, February 02, 2024 2:59 PM >> To: How to use LiveCode >> Cc: Ralph DiMola >> Subject: Re: activation and login broken? >> >> >> >> how in the world does one submit an "urgent" ticket? >> >> >> >> On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> Mike, >> Same here. Last time this happened someone submitted an LC hosting urgent >> ticket and it was fixed pronto. >> I will do it now. >> >> Ralph DiMola >> IT Director >> Evergreen Information Services >> rdimola at evergreeninfo.net >> >> -----Original Message----- >> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On >> Behalf >> Of Mike Kerner via use-livecode >> Sent: Friday, February 02, 2024 2:24 PM >> To: How to use LiveCode >> Cc: Mike Kerner >> Subject: activation and login broken? >> >> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >> activation dialog, so i tried to log in, and got an error. so, i tried to >> log into the livecode website, and hit the same thing. >> >> -- >> On the first day, God created the heavens and the Earth On the second day, >> God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> >> >> >> >> -- >> >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:17:51 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:17:51 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: i think we're back up. On Fri, Feb 2, 2024 at 3:16 PM Mike Kerner wrote: > and you, kevin. > good thing i have you, too. > > On Fri, Feb 2, 2024 at 3:09 PM Mike Kerner > wrote: > >> welp, i don't have hosting. good thing i have you. >> >> On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> Select urgent on the hosting support contact us page. >>> >>> >>> >>> Ralph DiMola >>> >>> IT Director >>> >>> Evergreen Information Services >>> >>> rdimola at evergreeninfo.net >>> >>> Phone: 518-636-3998 Ex:11 >>> >>> Cell: 518-796-9332 >>> >>> >>> >>> From: Mike Kerner [mailto:MikeKerner at roadrunner.com] >>> Sent: Friday, February 02, 2024 2:59 PM >>> To: How to use LiveCode >>> Cc: Ralph DiMola >>> Subject: Re: activation and login broken? >>> >>> >>> >>> how in the world does one submit an "urgent" ticket? >>> >>> >>> >>> On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < >>> use-livecode at lists.runrev.com> wrote: >>> >>> Mike, >>> Same here. Last time this happened someone submitted an LC hosting urgent >>> ticket and it was fixed pronto. >>> I will do it now. >>> >>> Ralph DiMola >>> IT Director >>> Evergreen Information Services >>> rdimola at evergreeninfo.net >>> >>> -----Original Message----- >>> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On >>> Behalf >>> Of Mike Kerner via use-livecode >>> Sent: Friday, February 02, 2024 2:24 PM >>> To: How to use LiveCode >>> Cc: Mike Kerner >>> Subject: activation and login broken? >>> >>> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >>> activation dialog, so i tried to log in, and got an error. so, i tried to >>> log into the livecode website, and hit the same thing. >>> >>> -- >>> On the first day, God created the heavens and the Earth On the second >>> day, >>> God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> >>> >>> >>> >>> -- >>> >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From dave at davewood.nz Fri Feb 2 15:27:18 2024 From: dave at davewood.nz (David Wood) Date: Sat, 3 Feb 2024 09:27:18 +1300 Subject: activation and login broken? In-Reply-To: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Message-ID: ALL OK here again now - both on Mac and on Website login Thanks for the quick resolution! > On 3/02/2024, at 8:59 AM, Kevin Miller via use-livecode wrote: > > Something is wrong... We are looking into it now. > > Kind regards, > > Kevin > > Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ > LiveCode: Build Amazing Things > > > > > On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: > > > Same here > > > In my case just on Mac but also as you say trying to log into the Livecode website. > > >> On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: >> >> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >> activation dialog, so i tried to log in, and got an error. so, i tried to >> log into the livecode website, and hit the same thing. >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Sat Feb 3 10:40:33 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sat, 3 Feb 2024 10:40:33 -0500 Subject: web Message-ID: my subscription is up, soon. i have web, but the last time i tried it, no bueno. is anyone using web deploy? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Sat Feb 3 10:49:57 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sat, 3 Feb 2024 10:49:57 -0500 Subject: Top things you are waiting for .... In-Reply-To: References: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de> <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com> Message-ID: fyi, our subscription is up, shortly. i noticed that our compiler subscription has been extended until december, 2025. i hope that does not mean that compiler is going to be another ten months before we get to try to break it. On Tue, Jan 16, 2024 at 9:21 AM Mike Kerner wrote: > well, they do owe you at least a year of it, since you paid for it, in > advance > the same goes for all of us that paid for html5 and have...not that. > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From paul at researchware.com Sat Feb 3 13:36:44 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 13:36:44 -0500 Subject: Regex brain failure... Message-ID: I have a (reduced) example set of data in a variable "tCaseCodes" that is tab delimited set of lines below: 1         I am making a high salary    Text    2,319    Interview 1.txt 2         nontraditional field    Text    2,319    Interview 1.txt 3         gets married and stays married    Text    453,561  Interview 1.txt 4         wants kids    Text    927,1009    Interview 1.txt 5         leaves work when kids born doesn't return    Text  1012,1609    Interview 1.txt 6         takes major responsibility for family work    Text  1012,1609    Interview 1.txt I have a Regex pattern in the variable "tCodeToMatch" shown below: ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ I am executing the line of livecode script: filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates The variable tDuplicates should then contain: 2         nontraditional field    Text    2,319    Interview 1.txt But is instead, empty. Clearly, I must have made a Regex pattern mistake, but I am not seeing it. It is ^(start of line) \d+(any number of digits) \t(tab) nontraditional field  \t(tab) Text  \t(tab) 2,319  \t(tab) Interview 1.txt $(end of line) I thought that the period in the file name (Interview 1.txt) may have been an issue as period is a reserved regex character to match a single character. However, I get the same empty result if I escape the period, so it must be something else. I believe \d+ gets me an integer as the number in this column could be several digits long. A second set of regex eyes would be appreciated. From paul at researchware.com Sat Feb 3 16:12:27 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 16:12:27 -0500 Subject: Regex brain failure... In-Reply-To: References: Message-ID: Never mind. The correct pattern is: ^\d+?\t.\tnontraditional field\tText\t2,319\tInterview 1\.txt$ There is a column with a space in it between the number column (1st column) and the 3rd column (which I thought was the 2nd column) that has the code name in it (ie. nontradtional field). Now to figure out why that is! On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > I have a (reduced) example set of data in a variable "tCaseCodes" that > is tab delimited set of lines below: > > 1         I am making a high salary    Text    2,319    Interview 1.txt > 2         nontraditional field    Text    2,319    Interview 1.txt > 3         gets married and stays married    Text    453,561  Interview > 1.txt > 4         wants kids    Text    927,1009    Interview 1.txt > 5         leaves work when kids born doesn't return    Text >  1012,1609    Interview 1.txt > 6         takes major responsibility for family work    Text >  1012,1609    Interview 1.txt > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > I am executing the line of livecode script: > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > The variable tDuplicates should then contain: > > 2         nontraditional field    Text    2,319    Interview 1.txt > > But is instead, empty. > > Clearly, I must have made a Regex pattern mistake, but I am not seeing > it. It is ^(start of line) \d+(any number of digits) \t(tab) > nontraditional field  \t(tab) Text  \t(tab) 2,319  \t(tab) Interview > 1.txt $(end of line) > > I thought that the period in the file name (Interview 1.txt) may have > been an issue as period is a reserved regex character to match a > single character. However, I get the same empty result if I escape the > period, so it must be something else. I believe \d+ gets me an integer > as the number in this column could be several digits long. > > A second set of regex eyes would be appreciated. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kaveh at rivervalley.io Sat Feb 3 19:04:18 2024 From: kaveh at rivervalley.io (Kaveh Bazargan) Date: Sun, 4 Feb 2024 00:04:18 +0000 Subject: Regex brain failure... In-Reply-To: References: Message-ID: For testing regex you might find it useful to use regex101. It's excellent and you can save the page. I put your text here just for testing. pls note your tabs are corrupted in the email and I put an "a" to make it work just for test. On Sat, 3 Feb 2024 at 21:13, Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > Never mind. > > The correct pattern is: ^\d+?\t.\tnontraditional > field\tText\t2,319\tInterview 1\.txt$ > > There is a column with a space in it between the number column (1st > column) and the 3rd column (which I thought was the 2nd column) that has > the code name in it (ie. nontradtional field). Now to figure out why > that is! > > On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > > I have a (reduced) example set of data in a variable "tCaseCodes" that > > is tab delimited set of lines below: > > > > 1 I am making a high salary Text 2,319 Interview 1.txt > > 2 nontraditional field Text 2,319 Interview 1.txt > > 3 gets married and stays married Text 453,561 Interview > > 1.txt > > 4 wants kids Text 927,1009 Interview 1.txt > > 5 leaves work when kids born doesn't return Text > > 1012,1609 Interview 1.txt > > 6 takes major responsibility for family work Text > > 1012,1609 Interview 1.txt > > > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > > > I am executing the line of livecode script: > > > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > > > The variable tDuplicates should then contain: > > > > 2 nontraditional field Text 2,319 Interview 1.txt > > > > But is instead, empty. > > > > Clearly, I must have made a Regex pattern mistake, but I am not seeing > > it. It is ^(start of line) \d+(any number of digits) \t(tab) > > nontraditional field \t(tab) Text \t(tab) 2,319 \t(tab) Interview > > 1.txt $(end of line) > > > > I thought that the period in the file name (Interview 1.txt) may have > > been an issue as period is a reserved regex character to match a > > single character. However, I get the same empty result if I escape the > > period, so it must be something else. I believe \d+ gets me an integer > > as the number in this column could be several digits long. > > > > A second set of regex eyes would be appreciated. > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Kaveh Bazargan PhD Director River Valley Technologies ● Twitter ● LinkedIn ● ORCID ● @kaveh1000 at mastodon.social *Accelerating the Communication of Research* * [image: https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/] * From alex at tweedly.net Sat Feb 3 19:36:04 2024 From: alex at tweedly.net (Alex Tweedly) Date: Sun, 4 Feb 2024 00:36:04 +0000 Subject: web In-Reply-To: References: Message-ID: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> I've not been able to get anything worthwhile to work on web. All the working examples that I've seen (e.g. Andreas's example last week of interaction between browser and LC) , have involved a significant amount of html + JS being written. The default shipping web wrapper is completely under-functional (no simple customization, can't even handle a window resize, no documentation on what will/won't be possible, no cloud storage interface, ....) that I'd have to describe it as pre-beta. I'll look at the next DP to see if there's been any progress, but I've completely shelved all the ideas I had about using it any time soon. Alex. On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: > my subscription is up, soon. i have web, but the last time i tried it, no > bueno. is anyone using web deploy? > From paul at researchware.com Sat Feb 3 19:39:36 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 19:39:36 -0500 Subject: Regex brain failure... In-Reply-To: References: Message-ID: <1a5ab678-5014-4945-a560-3fe334ee7661@researchware.com> https://regex101.com/ is exactly the site I ended up using. The step through debugger is perfect for fining where a particular pattern fails. It's what let me see there was a tab space tab where I expected a single tab in the data and correct teh regex for the data as it actually is. On 2/3/2024 7:04 PM, Kaveh Bazargan wrote: > For testing regex you might find it useful to use regex101. It's > excellent and you can save the page. I put your text here >  just for testing. pls note your tabs > are corrupted in the email and I put an "a" to make it work just for test. > > On Sat, 3 Feb 2024 at 21:13, Paul Dupuis via use-livecode > wrote: > > Never mind. > > The correct pattern is: ^\d+?\t.\tnontraditional > field\tText\t2,319\tInterview 1\.txt$ > > There is a column with a space in it between the number column (1st > column) and the 3rd column (which I thought was the 2nd column) > that has > the code name in it (ie. nontradtional field). Now to figure out why > that is! > > On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > > I have a (reduced) example set of data in a variable > "tCaseCodes" that > > is tab delimited set of lines below: > > > > 1         I am making a high salary    Text    2,319  Interview > 1.txt > > 2         nontraditional field    Text    2,319  Interview 1.txt > > 3         gets married and stays married    Text  453,561 >  Interview > > 1.txt > > 4         wants kids    Text    927,1009    Interview 1.txt > > 5         leaves work when kids born doesn't return  Text > >  1012,1609    Interview 1.txt > > 6         takes major responsibility for family work  Text > >  1012,1609    Interview 1.txt > > > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > > > I am executing the line of livecode script: > > > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > > > The variable tDuplicates should then contain: > > > > 2         nontraditional field    Text    2,319  Interview 1.txt > > > > But is instead, empty. > > > > Clearly, I must have made a Regex pattern mistake, but I am not > seeing > > it. It is ^(start of line) \d+(any number of digits) \t(tab) > > nontraditional field  \t(tab) Text  \t(tab) 2,319 \t(tab) Interview > > 1.txt $(end of line) > > > > I thought that the period in the file name (Interview 1.txt) may > have > > been an issue as period is a reserved regex character to match a > > single character. However, I get the same empty result if I > escape the > > period, so it must be something else. I believe \d+ gets me an > integer > > as the number in this column could be several digits long. > > > > A second set of regex eyes would be appreciated. > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > -- > Kaveh Bazargan PhD > Director > River Valley Technologies   Twitter >   LinkedIn > ORCID > @kaveh1000 at mastodon.social > > *Accelerating the Communication of Research* > * > https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/ > > * From david.bovill at gmail.com Mon Feb 5 14:40:32 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 19:40:32 +0000 Subject: Livecode Demo of two way javascript communication? In-Reply-To: <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: Perfect - just what I was looking for. Can you share the stack, and the steps to saving / exporting the standalone? On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < use-livecode at lists.runrev.com> wrote: > OK, so here’s a quick proof of concept, with functions triggered from page > to stack and from stack to page. > It is not using postMessage, only 'standard’ javascript listeners. Works > well on mobile too (at least iPhone). > > https://wheninspace.com/WebpageInteractionStack/ > > If I find the time, it would be very interesting to try deploying two > different stacks on the same page (is that even possible?), and then have > them communicate with each other. Or have two stacks in two different > pages, and have them communicate via postMessage calls… > > > > 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < > use-livecode at lists.runrev.com>: > > > > The scenario would be events like resize, or a button click in the html > > page triggering a handler in the Livecode wasm export. The other way > round > > would ve a Livecode handler in the exported wasm widget calling a > > javascriot function in the surrounding Web page. > > > > My understanding in other contexts is that you use the postMessage Web > api > > for this type of thing - > > > https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE > > > > Apart from triggering handlers in both directions passing (json) data in > > both directions is needed. > > > > On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < > > use-livecode at lists.runrev.com> wrote: > > > >> I’ve created some web deployments where the web page interacts with the > >> stack e.g. in the sense that a change of the browser window rect > triggers a > >> resizeStack message in the stack. > >> > >> But I’m not sure if by bidirectional you mean that actions in the stack > >> should also affect the web page in some way? Could you give an example > of > >> what you have in mind? > >> > >> > >>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < > >> use-livecode at lists.runrev.com>: > >>> > >>> Is there a demo out there for simple bidirectional interaction between > a > >>> web page and a recent stack exported as wasm? Anyone experimenting with > >>> this? > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From david.bovill at gmail.com Mon Feb 5 15:07:11 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 20:07:11 +0000 Subject: Mousedown in Application Menubar Messages In-Reply-To: <5357224F-1A01-4F2E-804A-014467118930@gmail.com> References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: I'm having a difficult to track down issue with application menus I've created using the Menu Builder tool - everything works but the "mouseDown" message is not sent to the group - well sometimes it is sometimes it is not :) I'm using "mousedown" to trigger dynamic formatting of the menus. Menupick messages are sent fine. Has anyone had a similar experience - I feel it may be due to the detail of how the menu-buttons are formatted in the group - but it might also be a bug in dp7? From paul at researchware.com Mon Feb 5 15:17:54 2024 From: paul at researchware.com (Paul Dupuis) Date: Mon, 5 Feb 2024 15:17:54 -0500 Subject: Mousedown in Application Menubar Messages In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> I've not experienced any problems with the menubar group receiving a mouseDown message to adjust the menus based on context before they appear (LC versions up to 9.6.11 on macOS and Windows) A long time back, I did have an unnecessary  'wait 0 with messages' in my mouseDown handler and had instances where other messages fired before my mouseDown handler was done (or so it seemed). On 2/5/2024 3:07 PM, David Bovill via use-livecode wrote: > I'm having a difficult to track down issue with application menus I've > created using the Menu Builder tool - everything works but the "mouseDown" > message is not sent to the group - well sometimes it is sometimes it is not > :) I'm using "mousedown" to trigger dynamic formatting of the menus. Menupick > messages are sent fine. > > Has anyone had a similar experience - I feel it may be due to the detail of > how the menu-buttons are formatted in the group - but it might also be a > bug in dp7? > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From david.bovill at gmail.com Mon Feb 5 15:18:10 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 20:18:10 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: I've been working for a while on a native server written in Livecode using sockets. I feel it is definitely something that is sorely needed - but to do it properly is more work that I initially thought. I need to add HTTP 206 partial content support - https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect there to be other things that will need to be added. Is anyone interested / need this? Or does anyone already have something they use? From david.bovill at gmail.com Mon Feb 5 16:47:29 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 21:47:29 +0000 Subject: Mousedown in Application Menubar Messages In-Reply-To: <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> Message-ID: Thanks Paul - I'll check with 9.6.1 - I'm getting this behavior with10 dp7 on MacOS On Mon, 5 Feb 2024 at 20:19, Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > I've not experienced any problems with the menubar group receiving a > mouseDown message to adjust the menus based on context before they > appear (LC versions up to 9.6.11 on macOS and Windows) > > A long time back, I did have an unnecessary 'wait 0 with messages' in > my mouseDown handler and had instances where other messages fired before > my mouseDown handler was done (or so it seemed). > > > On 2/5/2024 3:07 PM, David Bovill via use-livecode wrote: > > I'm having a difficult to track down issue with application menus I've > > created using the Menu Builder tool - everything works but the > "mouseDown" > > message is not sent to the group - well sometimes it is sometimes it is > not > > :) I'm using "mousedown" to trigger dynamic formatting of the menus. > Menupick > > messages are sent fine. > > > > Has anyone had a similar experience - I feel it may be due to the detail > of > > how the menu-buttons are formatted in the group - but it might also be a > > bug in dp7? > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Mon Feb 5 19:46:54 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Mon, 5 Feb 2024 19:46:54 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: i don't use lc as a server (but maybe i should think about it). i use it to write mobile apps, so i could use http sockets on the client side. On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < use-livecode at lists.runrev.com> wrote: > I've been working for a while on a native server written in Livecode using > sockets. I feel it is definitely something that is sorely needed - but to > do it properly is more work that I initially thought. I need to add HTTP > 206 partial content support - > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > they use? > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From david.bovill at gmail.com Tue Feb 6 02:27:42 2024 From: david.bovill at gmail.com (David Bovill) Date: Tue, 6 Feb 2024 07:27:42 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: For testing mobile apps in development? I'm using it for an electron-style app, and may also use it for container based microservices. On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > i don't use lc as a server (but maybe i should think about it). i use it to > write mobile apps, so i could use http sockets on the client side. > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > I've been working for a while on a native server written in Livecode > using > > sockets. I feel it is definitely something that is sorely needed - but to > > do it properly is more work that I initially thought. I need to add HTTP > > 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > > > Is anyone interested / need this? Or does anyone already have something > > they use? > > _______________________________________________ > > use-livecode mailing list > > use-livecode at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Tue Feb 6 10:55:39 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 6 Feb 2024 10:55:39 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: testing? no, for deployment. our newest app could use http sockets to persist comms with our REST server, instead of using long timeouts or pinging the server every few seconds for updates. On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode < use-livecode at lists.runrev.com> wrote: > For testing mobile apps in development? I'm using it for an electron-style > app, and may also use it for container based microservices. > > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > i don't use lc as a server (but maybe i should think about it). i use it > to > > write mobile apps, so i could use http sockets on the client side. > > > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > I've been working for a while on a native server written in Livecode > > using > > > sockets. I feel it is definitely something that is sorely needed - but > to > > > do it properly is more work that I initially thought. I need to add > HTTP > > > 206 partial content support - > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > > there to be other things that will need to be added. > > > > > > Is anyone interested / need this? Or does anyone already have something > > > they use? > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From tom at makeshyft.com Tue Feb 6 18:52:11 2024 From: tom at makeshyft.com (Tom Glod) Date: Tue, 6 Feb 2024 18:52:11 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: Hey David, I am quite interested in this. Just last night I was working on setting up a Linux distro with Desktop, and Ubuntu with XFCE desktop. Everything seems to be running OK, except for some permissions issues. I have also beaten reworking my multi-core library, so I'd be super curious to test that with your library. Perhaps this is an ignorant question, but what is different about the HTTPD library that is currently part of LC? is it the http version? Thanks, Tom On Tue, Feb 6, 2024 at 10:57 AM Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > testing? no, for deployment. > our newest app could use http sockets to persist comms with our REST > server, instead of using long timeouts or pinging the server every few > seconds for updates. > > On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > For testing mobile apps in development? I'm using it for an > electron-style > > app, and may also use it for container based microservices. > > > > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > i don't use lc as a server (but maybe i should think about it). i use > it > > to > > > write mobile apps, so i could use http sockets on the client side. > > > > > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > > > use-livecode at lists.runrev.com> wrote: > > > > > > > I've been working for a while on a native server written in Livecode > > > using > > > > sockets. I feel it is definitely something that is sorely needed - > but > > to > > > > do it properly is more work that I initially thought. I need to add > > HTTP > > > > 206 partial content support - > > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I > expect > > > > there to be other things that will need to be added. > > > > > > > > Is anyone interested / need this? Or does anyone already have > something > > > > they use? > > > > _______________________________________________ > > > > use-livecode mailing list > > > > use-livecode at lists.runrev.com > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > subscription preferences: > > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > > > > > -- > > > On the first day, God created the heavens and the Earth > > > On the second day, God created the oceans. > > > On the third day, God put the animals on hold for a few hours, > > > and did a little diving. > > > And God said, "This is good." > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at 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 at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From ambassador at fourthworld.com Tue Feb 6 23:02:53 2024 From: ambassador at fourthworld.com (ambassador at fourthworld.com) Date: Wed, 07 Feb 2024 04:02:53 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server Message-ID: David Bovill wrote: > I've been working for a while on a native server written in Livecode > using sockets. I feel it is definitely something that is sorely needed > - but to do it properly is more work that I initially thought. I need > to add HTTP 206 partial content support - > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > they use? MC shipped with a simple HTTPd example included, and many years ago back when Pierre was still active here I dusted it off to add support for HTTP 1.1 so it would work with modern browsers: https://fourthworld.net/lc/mchttpd-4W.zip It's been years since I touched it, and IIRC the only other change I made was to use callbacks for both ends of the network I/O (for some reason Raney had used callbacks only on one side, tho I can't recall if his was on the write or read end). Callbacks for net I/O help a lot. If you're already far enough down the road to be thinking of 206 errors, there's likely nothing here you haven't already written. But as an example (slightly updated) of the sort of thing that used to ship with old versions to encourage exploration of network apps, it may be a fun trip down memory lane. A question, if interesting to answer: one of the reasons I set this aside was the beginning of a process of moving away from my own homegrown tools for generic commodities like socket servers. Apache and Node cover most of what I've needed since, and I don't have to maintain them, so I can focus on the stuff specific to my app. What are you working on these days? I stumbled across your chat with Ward Cunningham in the Full Moon Happening just a few months ago; good stuff. Curious if your interest in decentralization is still a focus, and whether it also includes things like IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. Richard Gaskin FourthWorld.com From andreas.bergendal at gmail.com Wed Feb 7 14:44:49 2024 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Wed, 7 Feb 2024 20:44:49 +0100 Subject: Livecode Demo of two way javascript communication? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: I’ve added a source code download link at the bottom of the page: https://wheninspace.com/WebpageInteractionStack/ The steps are rather simple: - Open the stack with LC10 and run the standalone builder with "Build for web" checked. - Replace the html file in the deployment folder (in this case ”WebpageInteractionStack.html”) with the index.html file included in the source code download. - Upload everything in the deployment folder (should be 7 files) to whatever server you use, and then go to that location with your web browser to launch the index.html file. The html file can of course be named whatever you like, but then you must include it in the url when accessing the site. By calling it index.html it suffices to include the parent level in the url (like I do above). But I guess y’all know this, I believe it's worked like that since the dawn of the internet… :) > 5 feb. 2024 kl. 20:40 skrev David Bovill via use-livecode : > > Perfect - just what I was looking for. Can you share the stack, and the > steps to saving / exporting the standalone? > > On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> OK, so here’s a quick proof of concept, with functions triggered from page >> to stack and from stack to page. >> It is not using postMessage, only 'standard’ javascript listeners. Works >> well on mobile too (at least iPhone). >> >> https://wheninspace.com/WebpageInteractionStack/ >> >> If I find the time, it would be very interesting to try deploying two >> different stacks on the same page (is that even possible?), and then have >> them communicate with each other. Or have two stacks in two different >> pages, and have them communicate via postMessage calls… >> >> >>> 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < >> use-livecode at lists.runrev.com>: >>> >>> The scenario would be events like resize, or a button click in the html >>> page triggering a handler in the Livecode wasm export. The other way >> round >>> would ve a Livecode handler in the exported wasm widget calling a >>> javascriot function in the surrounding Web page. >>> >>> My understanding in other contexts is that you use the postMessage Web >> api >>> for this type of thing - >>> >> https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE >>> >>> Apart from triggering handlers in both directions passing (json) data in >>> both directions is needed. >>> >>> On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < >>> use-livecode at lists.runrev.com> wrote: >>> >>>> I’ve created some web deployments where the web page interacts with the >>>> stack e.g. in the sense that a change of the browser window rect >> triggers a >>>> resizeStack message in the stack. >>>> >>>> But I’m not sure if by bidirectional you mean that actions in the stack >>>> should also affect the web page in some way? Could you give an example >> of >>>> what you have in mind? >>>> >>>> >>>>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < >>>> use-livecode at lists.runrev.com>: >>>>> >>>>> Is there a demo out there for simple bidirectional interaction between >> a >>>>> web page and a recent stack exported as wasm? Anyone experimenting with >>>>> this? From paul at researchware.com Sat Feb 10 16:16:59 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 10 Feb 2024 16:16:59 -0500 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: References: Message-ID: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> So, I finally tracked this maximization weirdness down. This only occurs on macOS when a window is maximized using the titlebar maximization icon (which cause teh window to go to fullscreen, hiding the window titlebar and macOS menubar. The menubar and titlebar re-appear if your roll the mouse over where they are hidden, allowing the user to click on titlebar maximization icon to restore the window to normal size. The issue also only occurs if the resizeStack handler for the window uses the passed parameters to determine position of objects within the window. i.e. if you do: Example 1) on resizeStack pNewWidth, pNewHeight   set the bottomRight of btn "X" to (pNewWidth-5),(pNewHeight-5) end resizeStack There can be a problem under the specific circumstances below. Where as: Example 2) on resizeStack   put the width of this stack into pNewWidth   put the height of this stack into pNewHeight   set the bottomRight of btn "X" to (pNewWidth-5),(pNewHeight-5) end resizeStack Will work under the specific circumstances below. When a window is mazimized on macOS, that window is sent a resizeStack message with the correct parameters, so either code block above works. However, on macOS ONLY (not Windows) when a window is maximized, after the resizeStack message is sent, a desktopChanged message is also sent My problem was that I also have a on desktopChanged handler in my app. I had expected desktopChanged to only be sent when a monitor is added or removed or the resolution of a monitor is changed (increased or decreased), not if a window is maximized. My desktopChanged handler, at one point, executes either a:   set the effective width of window tWindow to tMontiorWidth OR a   set the effective height of window tWindow to tMonitorHeight Either of which sends a resizeStack message to the stack/window. However, when it is sent this 2nd time as a result of the window maximization (which does a successful resizeStack, then desktopChanged, which sets teh effecting width/height, that causes a resizeStack) the resizeStack parameters, pNewWidth and pNewHeight are EMPTY, so any placement of controls based on the parameters use empty, which gets treated as zero. The work-around is the do Example 2 for resizeStack, but I think is might be considered an ENGINE BUG that on macOS, not Windows, maximization sends a resizeStack and then a desktopChanged message. No monitor has been added or removed, nor has the resolution of any monitor been changed, therefore I don't think a desktopChanged message SHOULD be sent on macOS window maximization. I think this is a bug? Does anyone have a valid reason why macOS should receive a desktopChanged message on window maximization when Windows does not? Paul Dupuis Researchware On 1/15/2024 6:16 PM, Paul Dupuis via use-livecode wrote: > I have a standalone, built with Livecode 9.6.11 STABLE, where for some > windows (stacks) on certain macOS versions, maximizing the window > results in no controls being drawn or most controls being drawn > incorrectly. > > It is not every resizable window (stack) in my app, just some. It is > not every version of macOS, just some. For example, on macOS Sonoma, > the offending windows (again, a subset of all my app's resizable > windows) work fine. On Mojave, they do not. > > On Windows, they all work fine when maximized (meaning they are all > rendered as expected). On macOS and Windows, they all RESIZE (i.e. > user window resizing) correctly. It is only certain windows AND only > on certain versions of macOS, and only when maximized (using the > titlebar green maximize circular icon). In fact. you can RESIZE the > window manually on macOS Sonoma or Mojave up to the working area of > the screen (all so the full screen except the menubar) and they all > render correctly. It is just the "full screen" maximize Apple now does > where it hides the window's titlebar until you hover over where it > would be that have a problem and, again, just for certain windows on > certain versions of macOS. > > I'm baffled as the resizeStack handlers are the same across platforms > (macOS and Windows). There is NOT platform specific code in the > resizeStack handlers and, I believe, that when a window is maximized, > Livecode just sends a resizeStack message. > > Has anyone seen or heard of any weirdness like this? > > I do not have a whole set of macOS version to test on. Sonoma and > Mojave are about it. I can compare the resizeStack handlers for the > stacks that maximize correctly with those that don't to see if there > is some issue, but they all work correctly on Windows and work > correctly when manually resized. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From curry at pair.com Sun Feb 11 13:52:41 2024 From: curry at pair.com (Curry Kenworthy) Date: Sun, 11 Feb 2024 13:52:41 -0500 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> References: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> Message-ID: <41a7085a-a8c4-484e-9513-c4f7fe008b7e@pair.com> Paul: > So, I finally tracked this maximization weirdness down. Good job cracking the case, for this particular maximization example! > The issue also only occurs if the resizeStack handler > for the window uses the passed parameters BEST PRACTICE for LC: 1. Instead of param, use property such as width of stack when possible - more robust/durable across LC/OS versions with use cases and other code. Specific bugs get reported and fixed over time, but properties help. 2. Put actual resize code in a separate command - reinforces habit #1, facilitates testing, can call from other handlers. > However, on macOS ONLY (not Windows) when a window is maximized, > after the resizeStack ... a desktopChanged message is also sent Safe to assume that Windows will have similar issues now or later - the trend is OS's making a big deal of windowing/arrangement tricks. > My problem was that I also have a on desktopChanged handler ... > set the effective width of window tWindow to tMonitorWidth ... > which sends a resizeStack message to the stack/window. > However, when it is sent this 2nd time ... > pNewWidth and pNewHeight are EMPTY Definitely this part is a bug to report! Those params should be reliable every time. > Does anyone have a valid reason why macOS should receive a > desktopChanged message on window maximization when Windows does not? Good question! Also keep an eye out for future similar Windows issues. Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From curry at pair.com Sun Feb 11 14:10:59 2024 From: curry at pair.com (Curry Kenworthy) Date: Sun, 11 Feb 2024 14:10:59 -0500 Subject: Mousedown in Application Menubar Messages In-Reply-To: References: Message-ID: David: > I'm having a difficult to track down issue with application menus I've > created using the Menu Builder tool - everything works but the > "mouseDown" message is not sent to the group - > well sometimes it is sometimes it is not :) I remember a similar issue - are you on Mac? The menubar being on the OS can require coding consideration - and mouseDown rings a bell, if you have any further details.... Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From kee.nethery at elloco.com Sun Feb 11 17:04:05 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 14:04:05 -0800 Subject: How to edit a How To Lesson? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: I seem to have forgotten how to edit my LiveCode lesson. Can someone point to a how to on how to edit a lesson? In specific: https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store Thanks, Kee Nethery From matthias_livecode_150811 at m-r-d.de Sun Feb 11 17:38:16 2024 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Sun, 11 Feb 2024 23:38:16 +0100 Subject: How to edit a How To Lesson? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> This is only possible, when you have an account for the Lessons (Screensteps) website. You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here https://www.screensteps.com/downloads As you already have created lessons at least the one from your posted link, you should already have access to it. Did you already try to recover your password? > Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : > > I seem to have forgotten how to edit my LiveCode lesson. > > Can someone point to a how to on how to edit a lesson? In specific: > > https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store > > Thanks, > > Kee Nethery > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Feb 11 17:58:17 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 14:58:17 -0800 Subject: How to edit a How To Lesson? In-Reply-To: <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> Message-ID: <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> > On Feb 11, 2024, at 2:38 PM, matthias rebbe via use-livecode wrote: > > This is only possible, when you have an account for the Lessons (Screensteps) website. > You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here > https://www.screensteps.com/downloads > > As you already have created lessons at least the one from your posted link, you should already have access to it. > Did you already try to recover your password? I had to reset my password to log in but it didn’t appear to grant me any additional access to my lesson. Will try the screensteps download. Thanks, Kee > >> Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : >> >> I seem to have forgotten how to edit my LiveCode lesson. >> >> Can someone point to a how to on how to edit a lesson? In specific: >> >> https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store >> >> Thanks, >> >> Kee Nethery >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Feb 11 18:04:58 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 15:04:58 -0800 Subject: How to edit a How To Lesson? In-Reply-To: <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> Message-ID: <5ECBA669-4EB0-46DE-83EE-C3FFFE20454F@elloco.com> The link is not lessons.livecode.com but rather https://runrev.screenstepslive.com/admin/v2/sites/14751/toc This looks like it will get me to the edit page. Not sure I need the Screensteps app but we’ll see. Thanks Kee > On Feb 11, 2024, at 2:58 PM, kee nethery via use-livecode wrote: > > > >> On Feb 11, 2024, at 2:38 PM, matthias rebbe via use-livecode wrote: >> >> This is only possible, when you have an account for the Lessons (Screensteps) website. >> You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here >> https://www.screensteps.com/downloads >> >> As you already have created lessons at least the one from your posted link, you should already have access to it. >> Did you already try to recover your password? > > I had to reset my password to log in but it didn’t appear to grant me any additional access to my lesson. Will try the screensteps download. Thanks, > Kee > > >> >>> Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : >>> >>> I seem to have forgotten how to edit my LiveCode lesson. >>> >>> Can someone point to a how to on how to edit a lesson? In specific: >>> >>> https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store >>> >>> Thanks, >>> >>> Kee Nethery >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Mon Feb 12 11:36:35 2024 From: mark at livecode.com (Mark Waddingham) Date: Mon, 12 Feb 2024 16:36:35 +0000 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> References: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> Message-ID: <8d8809d737499ea5c5d30d8027d7c453@livecode.com> On 2024-02-10 21:16, Paul Dupuis via use-livecode wrote: > My desktopChanged handler, at one point, executes either a: > >   set the effective width of window tWindow to tMontiorWidth > OR a >   set the effective height of window tWindow to tMonitorHeight > > Either of which sends a resizeStack message to the stack/window. > However, when it is sent this 2nd time as a result of the window > maximization (which does a successful resizeStack, then desktopChanged, > which sets teh effecting width/height, that causes a resizeStack) the > resizeStack parameters, pNewWidth and pNewHeight are EMPTY, so any > placement of controls based on the parameters use empty, which gets > treated as zero. As far as I can see, the engine only ever sends resizeStack with all parameters - so if your stack is getting a resizeStack with only two arguments - that's being sent from your code or a library you are using I think. > The work-around is the do Example 2 for resizeStack, but I think is > might be considered an ENGINE BUG that on macOS, not Windows, > maximization sends a resizeStack and then a desktopChanged message. No > monitor has been added or removed, nor has the resolution of any > monitor been changed, therefore I don't think a desktopChanged message > SHOULD be sent on macOS window maximization. I think this is a bug? > Does anyone have a valid reason why macOS should receive a > desktopChanged message on window maximization when Windows does not? So the engine hooks into the notification from the OS for a change in screen parameters... The engine then checks the new ones against the old and sends desktopChanged if there are any differences. In the case of maximization on macOS - using (what is now!) the fullscreen gadget on the titlebar of windows causes the OS furniture to ebb away - i.e. the *working* screenRect changes - and thus the engine sends the desktopChanged notification.* (You can test this by creating a stack and 'answer the screenRect & return & the working screenRect' - click before and after the fullscreen gadget on the title bar, and there will be a difference.) Warmest Regards, Mark. P.S. The message is also sent when the dock is adjusted in size too - so presumably you would see the same problem then (assuming your handling of the desktopChanged message is causing the errant resizeStack with only two arguments to be sent from script somehow). -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things From andreas.bergendal at gmail.com Mon Feb 12 14:14:59 2024 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Mon, 12 Feb 2024 20:14:59 +0100 Subject: web In-Reply-To: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> References: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> Message-ID: I agree that the standalone builder pane for web deployment is strangely under-functional (it would be so easy to just add a few options for title, background colour of the page, custom logo link etc), and it could also so easily include a resize listener per default in the html file. Nevertheless, already when 10 dp1 came out I was impressed by how much of regular LC stuff that just worked out of the box when deploying to web. Now with 10 dp7 even more things work, even though there’s still some way to go before we’re near a release candidate. I have made several web deployment examples of various kinds and few of them required any significant html/js modifications. Even the browser/LC interaction example, which specifically addressed the case when a deployed stack is embedded on a site rather than being the site, needed just two JavaScript functions of 6-7 lines of code, which ChatGPT effortlessly provided me with. Still, I’ts quite understandable that tinkering with the html file and adding JavaScript functions to bend the web deployment to your will can be intimidating and/or a time-consuming trial-and-error exercise. So, I’m working on a helper stack that will cover some of the gap that the current standalone builder functionality leaves. I need it myself to avoid having to repeat code copy-pasting with every new project - and thus I may as well go all in and make a proper tool that I can share with my fellow LiveCoders. So, stay tuned! ;-) /Andreas > 4 feb. 2024 kl. 01:36 skrev Alex Tweedly via use-livecode : > > I've not been able to get anything worthwhile to work on web. > > All the working examples that I've seen (e.g. Andreas's example last week of interaction between browser and LC) , have involved a significant amount of html + JS being written. The default shipping web wrapper is completely under-functional (no simple customization, can't even handle a window resize, no documentation on what will/won't be possible, no cloud storage interface, ....) that I'd have to describe it as pre-beta. > > I'll look at the next DP to see if there's been any progress, but I've completely shelved all the ideas I had about using it any time soon. > > Alex. > > On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: >> my subscription is up, soon. i have web, but the last time i tried it, no >> bueno. is anyone using web deploy? >> > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From sean at pidigital.co.uk Mon Feb 12 17:50:29 2024 From: sean at pidigital.co.uk (Sean Cole) Date: Mon, 12 Feb 2024 22:50:29 +0000 Subject: web In-Reply-To: References: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> Message-ID: I'd been waiting since just before the pandemic started, 2019. Had a meeting with the developers of the web platform early days (2015) and just before they were about to abandon the old method of Web deployment using JS for the the newer method in LC10. Paid 3 years of subscription for the newer method on the promise it was 'just around the corner' but was still unable to use it. Never got a refund - didn't bother chasing for one - they've basically stolen mine and my client's money! I've been forced to abandon my projects, income and business as a result. LC killed my company and nearly killed me too - although they will never admit to it and will seek to silence me. Good luck waiting for LC10 to be anywhere near ready for stable use. All the best Sean On Mon, 12 Feb 2024 at 19:14, Andreas Bergendal via use-livecode < use-livecode at lists.runrev.com> wrote: > I agree that the standalone builder pane for web deployment is strangely > under-functional (it would be so easy to just add a few options for title, > background colour of the page, custom logo link etc), and it could also so > easily include a resize listener per default in the html file. > > Nevertheless, already when 10 dp1 came out I was impressed by how much of > regular LC stuff that just worked out of the box when deploying to web. Now > with 10 dp7 even more things work, even though there’s still some way to go > before we’re near a release candidate. > > I have made several web deployment examples of various kinds and few of > them required any significant html/js modifications. > Even the browser/LC interaction example, which specifically addressed the > case when a deployed stack is embedded on a site rather than being the > site, needed just two JavaScript functions of 6-7 lines of code, which > ChatGPT effortlessly provided me with. > > Still, I’ts quite understandable that tinkering with the html file and > adding JavaScript functions to bend the web deployment to your will can be > intimidating and/or a time-consuming trial-and-error exercise. So, I’m > working on a helper stack that will cover some of the gap that the current > standalone builder functionality leaves. I need it myself to avoid having > to repeat code copy-pasting with every new project - and thus I may as well > go all in and make a proper tool that I can share with my fellow > LiveCoders. So, stay tuned! ;-) > > /Andreas > > > > > 4 feb. 2024 kl. 01:36 skrev Alex Tweedly via use-livecode < > use-livecode at lists.runrev.com>: > > > > I've not been able to get anything worthwhile to work on web. > > > > All the working examples that I've seen (e.g. Andreas's example last > week of interaction between browser and LC) , have involved a significant > amount of html + JS being written. The default shipping web wrapper is > completely under-functional (no simple customization, can't even handle a > window resize, no documentation on what will/won't be possible, no cloud > storage interface, ....) that I'd have to describe it as pre-beta. > > > > I'll look at the next DP to see if there's been any progress, but I've > completely shelved all the ideas I had about using it any time soon. > > > > Alex. > > > > On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: > >> my subscription is up, soon. i have web, but the last time i tried it, > no > >> bueno. is anyone using web deploy? > >> > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > From curry at pair.com Tue Feb 13 00:02:39 2024 From: curry at pair.com (Curry Kenworthy) Date: Tue, 13 Feb 2024 00:02:39 -0500 Subject: web In-Reply-To: References: Message-ID: Sean: > forced to abandon my projects, income and business as a result.... > Good luck waiting for LC10 to be anywhere near ready for stable use. Hi Sean, I feel for you! Sad about the terrible breaks. Whatever you do, NEVER lose heart; Ive had rug pulls here twice 1. First with FieldTrip: Fixed development budget raised, while a partner would test; simple plan. But LC notified a coming LC 6 change. Coding twice would break budget, so I asked for details.... Crickets! No info. A general mixup, or perhaps unrelated secrecy about LC 7? During that delay, project partner had to move on, so no team testing. Meanwhile Apple/LC were rapidly changing UI etc, plus I had a hospital stay and ended up in wheelchair most of the time; not the easiest situation! 2. Second rug pull was last year A client project had delays partly from health/long COVID, but also largely because of myriad LC bugs and limitations. Whack-a-mole: field, clipboard, image, web, etc, every area had something askew! So, I worked (as it turns out, volunteered) on workarounds and bug reports or CCs for old bugs, when the non-LC clients probably didnt understand or appreciate such things and simply blamed me; an unprofitable situation. I happen to love workarounds, but this was too much, especially sans pay in the end. Thus: Its a time when LC should probably focus (LISTEN MORE) on more RELIABLE code/features and straightforward platform BUILDS, stabilize the base, not just the next hot exciting trend. As others here have said extremely well. It delays everything, addons too. But I know I was put here in LC land for a reason, and wouldnt change that! Love LC and its roots. So MANY good experiences here, beyond those 2 challenging carpet malfunctions above. What doesnt kill us ... makes us awesome and mighty. Life requires that faith and perseverance. Heres hoping for a great 2024 for all, whatever it holds, and an even BETTER 2025! Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From marksmithhfx at gmail.com Tue Feb 13 05:08:25 2024 From: marksmithhfx at gmail.com (Mark Smith) Date: Tue, 13 Feb 2024 10:08:25 +0000 Subject: web In-Reply-To: References: Message-ID: > On 13 Feb 2024, at 5:02 am, Curry Kenworthy via use-livecode wrote: > > What doesn’t kill us ... makes us awesome and mighty. Life requires that faith and perseverance. Here’s hoping for a great 2024 for all, whatever it holds, and an even BETTER 2025! > My goodness Curry, how beautifully said. Thanks for sharing your thoughts. It reminds me of a quote I saw recently, “Resilience is my superpower”. Wishing everyone all the best in 2024. Mark From Bernd.Niggemann at uni-wh.de Tue Feb 13 08:40:18 2024 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Tue, 13 Feb 2024 13:40:18 +0000 Subject: Code Folding in LC Message-ID: Dear list I posted a stack on the Forum that temporarily installs Code Folding to LC version 9.6.9, 9.6.10, 9.6.11, or 10.0.0 DP 7. These changes are lost when closing LC Future versions might make changes to the installation stack necessary depending on the IDE changes in those versions. https://forums.livecode.com/viewtopic.php?f=9&t=38912 You can test drive it and decide if you like it. There are instructions how to make this a permanent change for your specific copy of LC if you want to. To Mike: Yes it still folds #< to # References: Message-ID: i was just about to ask if it still folded tags :-) On Tue, Feb 13, 2024 at 8:41 AM Niggemann, Bernd via use-livecode < use-livecode at lists.runrev.com> wrote: > Dear list > > I posted a stack on the Forum that temporarily installs Code Folding to LC > version 9.6.9, 9.6.10, 9.6.11, or 10.0.0 DP 7. These changes are lost when > closing LC > Future versions might make changes to the installation stack necessary > depending on the IDE changes in those versions. > > https://forums.livecode.com/viewtopic.php?f=9&t=38912 > > You can test drive it and decide if you like it. > There are instructions how to make this a permanent change for your > specific copy of LC if you want to. > > To Mike: Yes it still folds #< to # > Feedback welcome > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Tue Feb 13 11:45:36 2024 From: klaus at major-k.de (Klaus major-k) Date: Tue, 13 Feb 2024 17:45:36 +0100 Subject: Latest PolyGrid Message-ID: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Hi all, yesterday I installed the latest version of "livecode_enhancements-1_0_34" but the new "Polygrid" version 1.8.0 completely wrecked my working stack, so I had to go back to the previous version 1.7.4. E.g. it threw an error on my "on cellclick" handler just by setting: -> set the pgData of me to tArray on cellClick pColumnNumber,pRowNumber, pCellRect -> ERROR: pColumnNumer is not a number (if I remember correctly) Noone clicked anything I just set the pgData :-/ And also wrecked the order of its correctly prepared (in the array) content. Big fun! :-/ Anyone else experienced something like this? Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From david.bovill at gmail.com Tue Feb 13 11:50:54 2024 From: david.bovill at gmail.com (David Bovill) Date: Tue, 13 Feb 2024 16:50:54 +0000 Subject: Livecode Demo of two way javascript communication? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: That's great - digging into the scripts and html - really useful to see a simple demo like this! On Wed, 7 Feb 2024 at 19:45, Andreas Bergendal wrote: > I’ve added a source code download link at the bottom of the page: > https://wheninspace.com/WebpageInteractionStack/ > > The steps are rather simple: > - Open the stack with LC10 and run the standalone builder with "Build for > web" checked. > - Replace the html file in the deployment folder (in this case > ”WebpageInteractionStack.html”) with the index.html file included in the > source code download. > - Upload everything in the deployment folder (should be 7 files) to > whatever server you use, and then go to that location with your web browser > to launch the index.html file. > > The html file can of course be named whatever you like, but then you must > include it in the url when accessing the site. By calling it index.html > it suffices to include the parent level in the url (like I do above). But I > guess y’all know this, I believe it's worked like that since the dawn of > the internet… :) > > > 5 feb. 2024 kl. 20:40 skrev David Bovill via use-livecode < > use-livecode at lists.runrev.com>: > > Perfect - just what I was looking for. Can you share the stack, and the > steps to saving / exporting the standalone? > > On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < > use-livecode at lists.runrev.com> wrote: > > OK, so here’s a quick proof of concept, with functions triggered from page > to stack and from stack to page. > It is not using postMessage, only 'standard’ javascript listeners. Works > well on mobile too (at least iPhone). > > https://wheninspace.com/WebpageInteractionStack/ > > If I find the time, it would be very interesting to try deploying two > different stacks on the same page (is that even possible?), and then have > them communicate with each other. Or have two stacks in two different > pages, and have them communicate via postMessage calls… > > > 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < > > use-livecode at lists.runrev.com>: > > > The scenario would be events like resize, or a button click in the html > page triggering a handler in the Livecode wasm export. The other way > > round > > would ve a Livecode handler in the exported wasm widget calling a > javascriot function in the surrounding Web page. > > My understanding in other contexts is that you use the postMessage Web > > api > > for this type of thing - > > > https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE > > > Apart from triggering handlers in both directions passing (json) data in > both directions is needed. > > On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < > use-livecode at lists.runrev.com> wrote: > > I’ve created some web deployments where the web page interacts with the > stack e.g. in the sense that a change of the browser window rect > > triggers a > > resizeStack message in the stack. > > But I’m not sure if by bidirectional you mean that actions in the stack > should also affect the web page in some way? Could you give an example > > of > > what you have in mind? > > > 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < > > use-livecode at lists.runrev.com>: > > > Is there a demo out there for simple bidirectional interaction between > > a > > web page and a recent stack exported as wasm? Anyone experimenting with > this? > > > From MikeKerner at roadrunner.com Tue Feb 13 12:57:24 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 13 Feb 2024 12:57:24 -0500 Subject: Latest PolyGrid In-Reply-To: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Message-ID: i didn't even realize there was 1.0.34. i don't recall seeing an announcement. the last one i have is 1.0.33 On Tue, Feb 13, 2024 at 11:46 AM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi all, > > yesterday I installed the latest version of "livecode_enhancements-1_0_34" > but the new "Polygrid" version 1.8.0 completely wrecked my working stack, > so I had to go back to the previous version 1.7.4. > > E.g. it threw an error on my "on cellclick" handler just by setting: > -> set the pgData of me to tArray > > on cellClick pColumnNumber,pRowNumber, pCellRect > -> ERROR: pColumnNumer is not a number (if I remember correctly) > > Noone clicked anything I just set the pgData :-/ > > And also wrecked the order of its correctly prepared (in the array) > content. > Big fun! :-/ > > Anyone else experienced something like this? > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From paul at researchware.com Tue Feb 13 13:17:56 2024 From: paul at researchware.com (Paul Dupuis) Date: Tue, 13 Feb 2024 13:17:56 -0500 Subject: Latest PolyGrid In-Reply-To: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Message-ID: <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> 1_0_33 is the version I am running as well. I had not seen any announcement or email about a .34 release. Now I think I will try to avoid it and wait for .35! On 2/13/2024 11:45 AM, Klaus major-k via use-livecode wrote: > Hi all, > > yesterday I installed the latest version of "livecode_enhancements-1_0_34" > but the new "Polygrid" version 1.8.0 completely wrecked my working stack, > so I had to go back to the previous version 1.7.4. > > E.g. it threw an error on my "on cellclick" handler just by setting: > -> set the pgData of me to tArray > > on cellClick pColumnNumber,pRowNumber, pCellRect > -> ERROR: pColumnNumer is not a number (if I remember correctly) > > Noone clicked anything I just set the pgData :-/ > > And also wrecked the order of its correctly prepared (in the array) content. > Big fun! :-/ > > Anyone else experienced something like this? > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From klaus at major-k.de Tue Feb 13 13:21:56 2024 From: klaus at major-k.de (Klaus major-k) Date: Tue, 13 Feb 2024 19:21:56 +0100 Subject: Latest PolyGrid In-Reply-To: <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> Message-ID: <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Hi all, > Am 13.02.2024 um 19:17 schrieb Paul Dupuis via use-livecode : > > 1_0_33 is the version I am running as well. I had not seen any announcement or email about a .34 release. same here, I found out accidentally! > Now I think I will try to avoid it and wait for .35! Sounds like a good idea. :-) Since the POLYGRID is the currently the only widget I'm using of the "Enhancement package", I don't know if the other widget also have problems. > > On 2/13/2024 11:45 AM, Klaus major-k via use-livecode wrote: >> Hi all, >> >> yesterday I installed the latest version of "livecode_enhancements-1_0_34" >> but the new "Polygrid" version 1.8.0 completely wrecked my working stack, >> so I had to go back to the previous version 1.7.4. >> >> E.g. it threw an error on my "on cellclick" handler just by setting: >> -> set the pgData of me to tArray >> >> on cellClick pColumnNumber,pRowNumber, pCellRect >> -> ERROR: pColumnNumer is not a number (if I remember correctly) >> >> Noone clicked anything I just set the pgData :-/ >> >> And also wrecked the order of its correctly prepared (in the array) content. >> Big fun! :-/ >> >> Anyone else experienced something like this? >> >> >> Best >> >> Klaus Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From bogdanoff at me.com Tue Feb 13 23:50:38 2024 From: bogdanoff at me.com (Peter Bogdanoff) Date: Tue, 13 Feb 2024 20:50:38 -0800 Subject: Working with AWS S3 commands In-Reply-To: <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Message-ID: Hi all, I’m for the first time trying to use the Amazon AWS S3 commands to upload a file to my AWS storage, but am having difficulty with the PutObject command. I successfully entered my credentials with the AWSSetCredentials command. However, using the AWSS3PutObject command I’m getting an error about the bucket name. Either it “can’t find” it or says to use a different end point. The AWS documentation is unclear to me exactly how to specify the bucket name. Is it a just the name of the bucket (which doesn’t work), or does it include some kind of path? And the region? Has anyone had success with this? Peter Bogdanoff From monte.goulding at livecode.com Wed Feb 14 00:49:21 2024 From: monte.goulding at livecode.com (Monte Goulding) Date: Wed, 14 Feb 2024 16:49:21 +1100 Subject: Working with AWS S3 commands In-Reply-To: References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Message-ID: <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> Hi Peter A couple of suggestions are to first check you called AWSSetCredentials with the region your bucket is in. If that is correct then try specifying the full endpoint url as https://s3 .your-bucket-region.amazonaws.com via the endpoint parameter as AWS appear to have standardised away from the original https://s3-your-bucket-region.amazonaws.com which is what the library builds from your region unless it’s us-east-1 in which case it does https://s3.amazonaws.com . It’s possible if you are using a newer region that AWS isn’t supporting the older endpoint style on it. Let me know how you go with that. Cheers Monte > On 14 Feb 2024, at 3:50 pm, Peter Bogdanoff via use-livecode wrote: > > Hi all, > > I’m for the first time trying to use the Amazon AWS S3 commands to upload a file to my AWS storage, but am having difficulty with the PutObject command. > > I successfully entered my credentials with the AWSSetCredentials command. > > However, using the AWSS3PutObject command I’m getting an error about the bucket name. Either it “can’t find” it or says to use a different end point. > > The AWS documentation is unclear to me exactly how to specify the bucket name. Is it a just the name of the bucket (which doesn’t work), or does it include some kind of path? And the region? > > Has anyone had success with this? > > Peter Bogdanoff > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte.goulding at livecode.com Wed Feb 14 00:59:10 2024 From: monte.goulding at livecode.com (Monte Goulding) Date: Wed, 14 Feb 2024 16:59:10 +1100 Subject: Working with AWS S3 commands In-Reply-To: <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> Message-ID: <364AEAC5-ECE1-4A42-A1A5-2483DA563DA0@livecode.com> > On 14 Feb 2024, at 4:49 pm, Monte Goulding via use-livecode wrote: > > It’s possible if you are using a newer region that AWS isn’t supporting the older endpoint style on it. I just found where they documented this so I’ll create an issue to fix https://docs.aws.amazon.com/AmazonS3/latest/userguide/VirtualHosting.html in the s3-Region section. Cheers Monte From marksmithhfx at gmail.com Wed Feb 14 17:16:47 2024 From: marksmithhfx at gmail.com (Mark Smith) Date: Wed, 14 Feb 2024 22:16:47 +0000 Subject: Erratum Message-ID: Hi y’all, I discovered a few weeks ago that a link I put into a message in the Livecode Forums (https://forums.livecode.com/viewtopic.php?f=143&t=38838) to a program in TestFlight did not work. Well, Apple finally fixed it (and Andreas B. has confirmed) so if you tried it before, and it did not work, and wanted to give it another try, the link should work now. I’ve also create a short 4 question survey in SurveyMonkey about the app, SafeSort, so if you have a minute (probably less) and would like to help me out with a bit of “market research” I’d appreciate it. The survey link is https://www.surveymonkey.com/r/92YFBJZ All the best, Mark From RayHorsley at mail.com Fri Feb 16 12:55:51 2024 From: RayHorsley at mail.com (Ray Horsley) Date: Fri, 16 Feb 2024 14:55:51 -0300 Subject: Manipulating PDF's Message-ID: Greetings - after using launch document to launch a PDF file (using the default PDF viewer) is there any way to get a reference to the window it opened in, and then get and set the vScroll of that window? From paul at researchware.com Fri Feb 16 16:05:28 2024 From: paul at researchware.com (Paul Dupuis) Date: Fri, 16 Feb 2024 16:05:28 -0500 Subject: Manipulating PDF's In-Reply-To: References: Message-ID: <675566a0-cc10-4b51-8b2a-7d7d50d5a988@researchware.com> If you just need a person to view a particular spot in a PDF, using the PDF widget in Livecode would be easier than trying to manipulate an arbitrary PDF viewer. If there is a way to adjust the scroll, it is probably PDF viewer specific and you'd need to know whether the user is using Apple Preview (macOS only) or Adobe Reader or Foxit Reader, or something else as their PDF viewer. On 2/16/2024 12:55 PM, Ray Horsley via use-livecode wrote: > Greetings - after using launch document to launch a PDF file (using the > default PDF viewer) is there any way to get a reference to the window it > opened in, and then get and set the vScroll of that window? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Fri Feb 16 16:16:02 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 16 Feb 2024 21:16:02 +0000 Subject: Manipulating PDF's In-Reply-To: References: Message-ID: <68D5439B-8DAD-4F51-9C37-B92C8EEBD2EE@iotecdigital.com> Only if you are using Acrobat on a MacOS device. Then you could probably do some apple scripting. Bob S > On Feb 16, 2024, at 9:55 AM, Ray Horsley via use-livecode wrote: > > Greetings - after using launch document to launch a PDF file (using the > default PDF viewer) is there any way to get a reference to the window it > opened in, and then get and set the vScroll of that window? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Tue Feb 20 13:41:31 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 20 Feb 2024 13:41:31 -0500 Subject: sideloading updates to mobile Message-ID: anyone screw around with sideloading updates to mobile? it should be pretty straightforward, but i haven't messed with it, yet. one of our apps runs on single-app-mode ios devices. so, we could pay for mdm to update it, or we could sideload the updates. From MikeKerner at roadrunner.com Tue Feb 20 15:49:55 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 20 Feb 2024 15:49:55 -0500 Subject: polygrid formatted column width Message-ID: alrighty, then i've got a polygrid. now, i want to set the column widths to the equivalent maximum formatted widths, because...this is being used as part of an ad hoc query tool. did i miss something? i don't see an equivalent property From paul at researchware.com Tue Feb 20 16:49:15 2024 From: paul at researchware.com (Paul Dupuis) Date: Tue, 20 Feb 2024 16:49:15 -0500 Subject: polygrid formatted column width In-Reply-To: References: Message-ID: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> You have the dataWidth of the polygrid for the formattedWidth of the widget (to be wide enough to display all data), but what I think you want is some equivalent of the fomattedWidth of each column. I don't believe any such property exists in the polygrid. It would be like setting the columnWidth of a column to 'auto' or something like that, which would be a nice feature enhancement, but doesn't exists currently. You're welcome to file a feature enhancement. I'd definitely +1 it. You would have to roll your own, probably using the "measureText(text,objectReference,[mode])" function. You would need to iterate through all the rows of data and find the longest string (in px) for each column via measureText and then set the columnWidths of the polygrid to that set of column widths. I am also not sure if measureText can use a widget as an object reference, so, if not, you may need a hidden field/button as teh object reference set to the same font and size as the polygrid. Anyway, that's how I would try to solve this :-) Paul Dupuis Researchware On 2/20/2024 3:49 PM, Mike Kerner via use-livecode wrote: > alrighty, then > i've got a polygrid. now, i want to set the column widths to the equivalent > maximum formatted widths, because...this is being used as part of an ad hoc > query tool. > did i miss something? i don't see an equivalent property > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Tue Feb 20 18:06:22 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 20 Feb 2024 23:06:22 +0000 Subject: polygrid formatted column width In-Reply-To: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: Can I just say that the Datagrid does have all these properties? What is the big advantage that would make Polygrids a better choice? Is it because they are Mobile friendly? Faster for large datasets? Easier to work with (apparently not unless by easier one means less properties that you can manipulate.)? Bob S On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode wrote: You have the dataWidth of the polygrid for the formattedWidth of the widget (to be wide enough to display all data), but what I think you want is some equivalent of the fomattedWidth of each column. I don't believe any such property exists in the polygrid. From dfe4 at cornell.edu Tue Feb 20 20:56:55 2024 From: dfe4 at cornell.edu (David Epstein) Date: Tue, 20 Feb 2024 20:56:55 -0500 Subject: PDF widget print quality Message-ID: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> I want to use the PDF widget to print a PDF with additional markings added in LiveCode. Showing a simple PDF tax form in Widget 1 at 100% scale, I tried this script: on p1 get the pageRect of widget 1 open printing with dialog print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it close printing end p1 This prints a full page at the proper size, but not with acceptable print quality; everything is slightly blurred and pixellated. How can I get a good quality printout? David Epstein From paul at researchware.com Wed Feb 21 07:53:37 2024 From: paul at researchware.com (Paul Dupuis) Date: Wed, 21 Feb 2024 07:53:37 -0500 Subject: PDF widget print quality In-Reply-To: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> References: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> Message-ID: <9b09e6d6-3cac-4836-ad17-c110026442b9@researchware.com> I'm not sure it is possible. Livecode's printing tends to be card based and at card resolution, typically 72 dpi. I recall seeing some efforts on the lists and forums to make an object 4 times bigger (75 dpi x 4 = 300 dpi) so that when it is printed to a 300dpi printer is is a higher resolution but normal size but I don't recall how successful any of those efforts were. There is probably an ancient enhancement  request in the Livecode Quality Center to support higher-resolution printing. On 2/20/2024 8:56 PM, David Epstein via use-livecode wrote: > I want to use the PDF widget to print a PDF with additional markings added in LiveCode. Showing a simple PDF tax form in Widget 1 at 100% scale, I tried this script: > > on p1 > > get the pageRect of widget 1 > > open printing with dialog > > print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it > > close printing > > end p1 > > > This prints a full page at the proper size, but not with acceptable print quality; everything is slightly blurred and pixellated. How can I get a good quality printout? > > David Epstein > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 08:49:18 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 08:49:18 -0500 Subject: polygrid formatted column width In-Reply-To: References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: yes, the dg does have all of these properties. i'm replacing a dg with a pg. dg's work on mobile, too. the scrolling can sometimes be a little hairy and jerky, but it does work. until the pg, nearly every project we built for mobes had at least one dg in them. i'm doing this because this project is being used for large datasets, pulling data from an erp odbc datasource. On Tue, Feb 20, 2024 at 6:07 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Can I just say that the Datagrid does have all these properties? What is > the big advantage that would make Polygrids a better choice? Is it because > they are Mobile friendly? Faster for large datasets? Easier to work with > (apparently not unless by easier one means less properties that you can > manipulate.)? > > Bob S > > > On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode < > use-livecode at lists.runrev.com> wrote: > > You have the dataWidth of the polygrid for the formattedWidth of the > widget (to be wide enough to display all data), but what I think you want > is some equivalent of the fomattedWidth of each column. I don't believe any > such property exists in the polygrid. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 08:52:19 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 08:52:19 -0500 Subject: polygrid formatted column width In-Reply-To: References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: lcqc report 24493 added https://quality.livecode.com/show_bug.cgi?id=24493 On Tue, Feb 20, 2024 at 6:07 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Can I just say that the Datagrid does have all these properties? What is > the big advantage that would make Polygrids a better choice? Is it because > they are Mobile friendly? Faster for large datasets? Easier to work with > (apparently not unless by easier one means less properties that you can > manipulate.)? > > Bob S > > > On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode < > use-livecode at lists.runrev.com> wrote: > > You have the dataWidth of the polygrid for the formattedWidth of the > widget (to be wide enough to display all data), but what I think you want > is some equivalent of the fomattedWidth of each column. I don't believe any > such property exists in the polygrid. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From andrew at midwestcoastmedia.com Wed Feb 21 12:32:23 2024 From: andrew at midwestcoastmedia.com (Andrew at MWCM) Date: Wed, 21 Feb 2024 12:32:23 -0500 Subject: sideloading updates to mobile In-Reply-To: References: Message-ID: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Sideloading to iOS itself is fairly easy, even easier with Jacque’s wonderful tool AirLaunch (which allows you to post a link online for the end-user to visit and install from w/o being on-site). The biggest hurdle I have found is that you must first obtain the UDID of the specific device you want to side load to AND THEN create a new Provisioning Profile in the Apple Developer portal which includes that test device before you build. Without going through that process first you can build and submit to Apple using TestFlight which makes the update available to non-UDID obtained devices but is subject to the standard Apple approval process (which has taken between 4 hours and 2 weeks for me to pass over the years). - Andrew Bell > anyone screw around with sideloading updates to mobile? > it should be pretty straightforward, but i haven't messed with it, yet. > one of our apps runs on single-app-mode ios devices. so, we could pay for > mdm to update it, or we could sideload the updates. From MikeKerner at roadrunner.com Wed Feb 21 12:47:01 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 12:47:01 -0500 Subject: sideloading updates to mobile In-Reply-To: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: sorry that i was not clear. we've been using private deploys since around 2010, using airlaunch to generate the bundle, and then uploading to a private url. that's not what i meant. i'm talking about updating/patching an existing app, in place. the devices are in single-app mode, so we would either have to pay for mdm and then use that service to push app updates, OR, if we didn't use mdm, we could have the app pull the update and apply it. i can kind-of guess how to make it work, but i'm sure there are a couple of tricks that i don't want to have to figure out, if someone else has already figured it out. From klaus at major-k.de Wed Feb 21 12:53:05 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 18:53:05 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: Hi Mike, > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode : > > sorry that i was not clear. we've been using private deploys since around > 2010, using airlaunch to generate the bundle, and then uploading to a > private url. that's not what i meant. > i'm talking about updating/patching an existing app, in place. the devices > are in single-app mode, so we would either have to pay for mdm and then use > that service to push app updates, OR, if we didn't use mdm, we could have > the app pull the update and apply it. > i can kind-of guess how to make it work, but i'm sure there are a couple of > tricks that i don't want to have to figure out, if someone else has already > figured it out. you could use the "splashscreen" approach to update one or more stacks, but that will of course only work if you do not want to update the actual engine/runtime. However I'm not sure if Apple will allow this, no problem on Android however. Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 13:50:50 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 13:50:50 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: right - no updating the engine + runtime in this scenario, just the stacks + scripts, and perhaps plugins. we are going to continue to only privately distribute to our corporate clients, so the app store won't be part of the equation. that does not mean that apple won't object, though (but, i believe the rules for privately distributed apps are much more lenient than for app store apps - at least, they have been for us, up until now) On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi Mike, > > > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > use-livecode at lists.runrev.com>: > > > > sorry that i was not clear. we've been using private deploys since around > > 2010, using airlaunch to generate the bundle, and then uploading to a > > private url. that's not what i meant. > > i'm talking about updating/patching an existing app, in place. the > devices > > are in single-app mode, so we would either have to pay for mdm and then > use > > that service to push app updates, OR, if we didn't use mdm, we could have > > the app pull the update and apply it. > > i can kind-of guess how to make it work, but i'm sure there are a couple > of > > tricks that i don't want to have to figure out, if someone else has > already > > figured it out. > > you could use the "splashscreen" approach to update one or more stacks, > but that will > of course only work if you do not want to update the actual engine/runtime. > > However I'm not sure if Apple will allow this, no problem on Android > however. > > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 13:51:20 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 13:51:20 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: i guess the other option would be to roll an mdm server On Wed, Feb 21, 2024 at 1:50 PM Mike Kerner wrote: > right - no updating the engine + runtime in this scenario, just the > stacks + scripts, and perhaps plugins. > we are going to continue to only privately distribute to our corporate > clients, so the app store won't be part of the equation. that does not mean > that apple won't object, though (but, i believe the rules for privately > distributed apps are much more lenient than for app store apps - at least, > they have been for us, up until now) > > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Hi Mike, >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com>: >> > >> > sorry that i was not clear. we've been using private deploys since >> around >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> > private url. that's not what i meant. >> > i'm talking about updating/patching an existing app, in place. the >> devices >> > are in single-app mode, so we would either have to pay for mdm and then >> use >> > that service to push app updates, OR, if we didn't use mdm, we could >> have >> > the app pull the update and apply it. >> > i can kind-of guess how to make it work, but i'm sure there are a >> couple of >> > tricks that i don't want to have to figure out, if someone else has >> already >> > figured it out. >> >> you could use the "splashscreen" approach to update one or more stacks, >> but that will >> of course only work if you do not want to update the actual >> engine/runtime. >> >> However I'm not sure if Apple will allow this, no problem on Android >> however. >> >> >> Best >> >> Klaus >> >> -- >> Klaus Major >> https://www.major-k.de >> https://www.major-k.de/bass >> klaus at major-k.de >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Wed Feb 21 13:57:39 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 19:57:39 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode : > > i guess the other option would be to roll an mdm server sorry, but what does "mdm" mean? -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 14:17:30 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 14:17:30 -0500 Subject: sideloading updates to mobile In-Reply-To: <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Message-ID: mobile device management: https://en.wikipedia.org/wiki/Mobile_device_management it's like testflight on steroids. in our case, it would enable us to force app (and even os) updates on devices that are locked into single-app mode On Wed, Feb 21, 2024 at 1:57 PM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode < > use-livecode at lists.runrev.com>: > > > > i guess the other option would be to roll an mdm server > > sorry, but what does "mdm" mean? > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Wed Feb 21 14:22:51 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 20:22:51 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Message-ID: <8A42F0D4-E59A-4E24-A840-D373550769CC@major-k.de> Hi Mike, > Am 21.02.2024 um 20:17 schrieb Mike Kerner via use-livecode : > > mobile device management: > https://en.wikipedia.org/wiki/Mobile_device_management > it's like testflight on steroids. in our case, it would enable us to force > app (and even os) updates on devices that are locked into single-app mode > >>> i guess the other option would be to roll an mdm server >> sorry, but what does "mdm" mean? thank you! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 16:07:08 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 16:07:08 -0500 Subject: disabled buttons still receive events, they just process them, later? Message-ID: alright, i'm a little surprised to notice this: i have a button. i disabled the button. then i clicked on the button then i re-enabled the button the click, from the period while the button was disabled, is received and processed by the button. that seems problematic, to me. how would one cause clicks to be discarded, permanently? hide the button? overlay it with a transparent control that will absorb and ignore the clicks? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From craig at starfirelighting.com Wed Feb 21 16:45:33 2024 From: craig at starfirelighting.com (Craig Newman) Date: Wed, 21 Feb 2024 16:45:33 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: Mike. In a new stack I placed a button with this: on mouseUp beep 2 end mouseUp If I click on the button I hear two clicks. I disabled the button and clicked on it. I enabled the button. No clicks. I did this all by hand. Did you? Craig > On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode wrote: > > alright, i'm a little surprised to notice this: > i have a button. i disabled the button. > then i clicked on the button > then i re-enabled the button > the click, from the period while the button was disabled, is received and > processed by the button. > that seems problematic, to me. how would one cause clicks to be discarded, > permanently? hide the button? overlay it with a transparent control that > will absorb and ignore the clicks? > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jacque at hyperactivesw.com Wed Feb 21 16:57:27 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 21 Feb 2024 15:57:27 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I've done this for several mobile apps. As long as the updates only reside in the app's sandboxed container, even the App Store doesn't care. Basically, I put a short text file on the server listing the update version(s) of the file(s), one per line if they are all different. Every stack in the app suite has a custom property named cVersion. If necessary you can also add the download URL to the same line. On launch, the app downloads and parses the text to see if the server version is different from the installed one. If so, it uses "put URL into URL " to download and save the the updates to the mobile documents folder, overwriting the old ones. It's pretty simple, if I understand what you need correctly. I also store other info in the the text file occasionally, such as a text string describing the updates so I can show an answer dialog if I want the user to agree or decline the update (which will reappear on the next launch if they decline.) Sample text file is usually something like this: Stack 1 https://www.domain.com/updates/stack1.livecode Stack 2 https://www.domain.com/updates/stack2.livecode .. This update provides new functionality and bug fixes. If you don't want to scan each stack for its cVersion, you can keep a text file in the mobile documents folder that lists the current versions so you can easily compare that to the one on the server. After updating the stacks, update the stored text file as well. If updates are mandatory, just skip the comparisons entirely and force-download the updates. If only some of the stacks should be updated, omit the ones that don't need to be updated from the server file. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode wrote: > right - no updating the engine + runtime in this scenario, just the > stacks + scripts, and perhaps plugins. > we are going to continue to only privately distribute to our corporate > clients, so the app store won't be part of the equation. that does not mean > that apple won't object, though (but, i believe the rules for privately > distributed apps are much more lenient than for app store apps - at least, > they have been for us, up until now) > > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Hi Mike, >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com>: >> > >> > sorry that i was not clear. we've been using private deploys since around >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> > private url. that's not what i meant. >> > i'm talking about updating/patching an existing app, in place. the >> devices >> > are in single-app mode, so we would either have to pay for mdm and then >> use >> > that service to push app updates, OR, if we didn't use mdm, we could have >> > the app pull the update and apply it. >> > i can kind-of guess how to make it work, but i'm sure there are a couple >> of >> > tricks that i don't want to have to figure out, if someone else has >> already >> > figured it out. >> >> you could use the "splashscreen" approach to update one or more stacks, >> but that will >> of course only work if you do not want to update the actual engine/runtime. >> >> However I'm not sure if Apple will allow this, no problem on Android >> however. >> >> >> Best >> >> Klaus >> >> -- >> Klaus Major >> https://www.major-k.de >> https://www.major-k.de/bass >> klaus at major-k.de >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 16:58:30 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 16:58:30 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: i did. i have both a button, and a power button. script: *local* count *on* mouseUp *if* the disabled of me *then* *put* cr & "disabled" after msg *add* 1 to count *set* the enabled of me to false *put* count *wait* 2 second *set* the enabled of me to true *end* mouseUp On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < use-livecode at lists.runrev.com> wrote: > Mike. > > In a new stack I placed a button with this: > > on mouseUp > beep 2 > end mouseUp > > If I click on the button I hear two clicks. I disabled the button and > clicked on it. I enabled the button. No clicks. I did this all by hand. Did > you? > > Craig > > > On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > alright, i'm a little surprised to notice this: > > i have a button. i disabled the button. > > then i clicked on the button > > then i re-enabled the button > > the click, from the period while the button was disabled, is received and > > processed by the button. > > that seems problematic, to me. how would one cause clicks to be > discarded, > > permanently? hide the button? overlay it with a transparent control that > > will absorb and ignore the clicks? > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Wed Feb 21 17:01:20 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 21 Feb 2024 16:01:20 -0600 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: <18dcdafff80.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> That seems a little odd, I haven't noticed that. But one way to block the messages is to use flushEvents() in the button script: flushEvents("mouseDown") flushEvents("mouseUp") -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 3:09:44 PM Mike Kerner via use-livecode wrote: > alright, i'm a little surprised to notice this: > i have a button. i disabled the button. > then i clicked on the button > then i re-enabled the button > the click, from the period while the button was disabled, is received and > processed by the button. > that seems problematic, to me. how would one cause clicks to be discarded, > permanently? hide the button? overlay it with a transparent control that > will absorb and ignore the clicks? > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Wed Feb 21 17:16:19 2024 From: mark at livecode.com (Mark Waddingham) Date: Wed, 21 Feb 2024 22:16:19 +0000 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with messages’) queue any (low level) events so they are handled at the next wait (in this case the global one the engine does implicitly when there are no handlers executing). Flushing events after the wait as Jacque suggests will ensure they aren’t there to handle. Warmest Regards. Mark. Sent from my iPhone > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode wrote: > > i did. > i have both a button, and a power button. > script: > > *local* count > > *on* mouseUp > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > *add* 1 to count > > *set* the enabled of me to false > > *put* count > > *wait* 2 second > > *set* the enabled of me to true > > *end* mouseUp > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> Mike. >> >> In a new stack I placed a button with this: >> >> on mouseUp >> beep 2 >> end mouseUp >> >> If I click on the button I hear two clicks. I disabled the button and >> clicked on it. I enabled the button. No clicks. I did this all by hand. Did >> you? >> >> Craig >> >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com> wrote: >>> >>> alright, i'm a little surprised to notice this: >>> i have a button. i disabled the button. >>> then i clicked on the button >>> then i re-enabled the button >>> the click, from the period while the button was disabled, is received and >>> processed by the button. >>> that seems problematic, to me. how would one cause clicks to be >> discarded, >>> permanently? hide the button? overlay it with a transparent control that >>> will absorb and ignore the clicks? >>> >>> -- >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 20:22:26 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 20:22:26 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: thanks, jacque & mark it's amazing that even after...a really long time...there's still stuff to learn. On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < use-livecode at lists.runrev.com> wrote: > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > messages’) queue any (low level) events so they are handled at the next > wait (in this case the global one the engine does implicitly when there are > no handlers executing). > > Flushing events after the wait as Jacque suggests will ensure they aren’t > there to handle. > > Warmest Regards. > > Mark. > > Sent from my iPhone > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > i did. > > i have both a button, and a power button. > > script: > > > > *local* count > > > > *on* mouseUp > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > *add* 1 to count > > > > *set* the enabled of me to false > > > > *put* count > > > > *wait* 2 second > > > > *set* the enabled of me to true > > > > *end* mouseUp > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >> > >> Mike. > >> > >> In a new stack I placed a button with this: > >> > >> on mouseUp > >> beep 2 > >> end mouseUp > >> > >> If I click on the button I hear two clicks. I disabled the button and > >> clicked on it. I enabled the button. No clicks. I did this all by hand. > Did > >> you? > >> > >> Craig > >> > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >>> > >>> alright, i'm a little surprised to notice this: > >>> i have a button. i disabled the button. > >>> then i clicked on the button > >>> then i re-enabled the button > >>> the click, from the period while the button was disabled, is received > and > >>> processed by the button. > >>> that seems problematic, to me. how would one cause clicks to be > >> discarded, > >>> permanently? hide the button? overlay it with a transparent control > that > >>> will absorb and ignore the clicks? > >>> > >>> -- > >>> On the first day, God created the heavens and the Earth > >>> On the second day, God created the oceans. > >>> On the third day, God put the animals on hold for a few hours, > >>> and did a little diving. > >>> And God said, "This is good." > >>> _______________________________________________ > >>> use-livecode mailing list > >>> use-livecode at 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 at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 20:28:32 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 20:28:32 -0500 Subject: sideloading updates to mobile In-Reply-To: <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: thanks, jlg. that's kind-of what i was thinking. On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > I've done this for several mobile apps. As long as the updates only reside > in the app's sandboxed container, even the App Store doesn't care. > > Basically, I put a short text file on the server listing the update > version(s) of the file(s), one per line if they are all different. Every > stack in the app suite has a custom property named cVersion. If necessary > you can also add the download URL to the same line. On launch, the app > downloads and parses the text to see if the server version is different > from the installed one. If so, it uses "put URL into URL > path>" to download and save the the updates to the mobile documents > folder, > overwriting the old ones. > > It's pretty simple, if I understand what you need correctly. I also store > other info in the the text file occasionally, such as a text string > describing the updates so I can show an answer dialog if I want the user > to > agree or decline the update (which will reappear on the next launch if > they > decline.) > > Sample text file is usually something like this: > > Stack 1 https://www.domain.com/updates/stack1.livecode > Stack 2 https://www.domain.com/updates/stack2.livecode > .. > This update provides new functionality and bug fixes. > > If you don't want to scan each stack for its cVersion, you can keep a text > file in the mobile documents folder that lists the current versions so you > can easily compare that to the one on the server. After updating the > stacks, update the stored text file as well. > > If updates are mandatory, just skip the comparisons entirely and > force-download the updates. If only some of the stacks should be updated, > omit the ones that don't need to be updated from the server file. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > wrote: > > > right - no updating the engine + runtime in this scenario, just the > > stacks + scripts, and perhaps plugins. > > we are going to continue to only privately distribute to our corporate > > clients, so the app store won't be part of the equation. that does not > mean > > that apple won't object, though (but, i believe the rules for privately > > distributed apps are much more lenient than for app store apps - at > least, > > they have been for us, up until now) > > > > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> Hi Mike, > >> > >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >> use-livecode at lists.runrev.com>: > >> > > >> > sorry that i was not clear. we've been using private deploys since > around > >> > 2010, using airlaunch to generate the bundle, and then uploading to a > >> > private url. that's not what i meant. > >> > i'm talking about updating/patching an existing app, in place. the > >> devices > >> > are in single-app mode, so we would either have to pay for mdm and > then > >> use > >> > that service to push app updates, OR, if we didn't use mdm, we could > have > >> > the app pull the update and apply it. > >> > i can kind-of guess how to make it work, but i'm sure there are a > couple > >> of > >> > tricks that i don't want to have to figure out, if someone else has > >> already > >> > figured it out. > >> > >> you could use the "splashscreen" approach to update one or more stacks, > >> but that will > >> of course only work if you do not want to update the actual > engine/runtime. > >> > >> However I'm not sure if Apple will allow this, no problem on Android > >> however. > >> > >> > >> Best > >> > >> Klaus > >> > >> -- > >> Klaus Major > >> https://www.major-k.de > >> https://www.major-k.de/bass > >> klaus at major-k.de > >> > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From stephen at barncard.com Wed Feb 21 20:34:20 2024 From: stephen at barncard.com (Stephen Barncard) Date: Wed, 21 Feb 2024 17:34:20 -0800 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: "there's still stuff to learn." ..... and remember ..... -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org On Wed, Feb 21, 2024 at 5:24 PM Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > thanks, jacque & mark > it's amazing that even after...a really long time...there's still stuff to > learn. > > On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > > messages’) queue any (low level) events so they are handled at the next > > wait (in this case the global one the engine does implicitly when there > are > > no handlers executing). > > > > Flushing events after the wait as Jacque suggests will ensure they aren’t > > there to handle. > > > > Warmest Regards. > > > > Mark. > > > > Sent from my iPhone > > > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > > i did. > > > i have both a button, and a power button. > > > script: > > > > > > *local* count > > > > > > *on* mouseUp > > > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > > > *add* 1 to count > > > > > > *set* the enabled of me to false > > > > > > *put* count > > > > > > *wait* 2 second > > > > > > *set* the enabled of me to true > > > > > > *end* mouseUp > > > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > > >> use-livecode at lists.runrev.com> wrote: > > >> > > >> Mike. > > >> > > >> In a new stack I placed a button with this: > > >> > > >> on mouseUp > > >> beep 2 > > >> end mouseUp > > >> > > >> If I click on the button I hear two clicks. I disabled the button and > > >> clicked on it. I enabled the button. No clicks. I did this all by > hand. > > Did > > >> you? > > >> > > >> Craig > > >> > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > > >> use-livecode at lists.runrev.com> wrote: > > >>> > > >>> alright, i'm a little surprised to notice this: > > >>> i have a button. i disabled the button. > > >>> then i clicked on the button > > >>> then i re-enabled the button > > >>> the click, from the period while the button was disabled, is received > > and > > >>> processed by the button. > > >>> that seems problematic, to me. how would one cause clicks to be > > >> discarded, > > >>> permanently? hide the button? overlay it with a transparent control > > that > > >>> will absorb and ignore the clicks? > > >>> > > >>> -- > > >>> On the first day, God created the heavens and the Earth > > >>> On the second day, God created the oceans. > > >>> On the third day, God put the animals on hold for a few hours, > > >>> and did a little diving. > > >>> And God said, "This is good." > > >>> _______________________________________________ > > >>> use-livecode mailing list > > >>> use-livecode at 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 at lists.runrev.com > > >> Please visit this url to subscribe, unsubscribe and manage your > > >> subscription preferences: > > >> http://lists.runrev.com/mailman/listinfo/use-livecode > > >> > > > > > > > > > -- > > > On the first day, God created the heavens and the Earth > > > On the second day, God created the oceans. > > > On the third day, God put the animals on hold for a few hours, > > > and did a little diving. > > > And God said, "This is good." > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at 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 at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Wed Feb 21 21:11:46 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 21:11:46 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: pfft there is zero chance of that it's been, what 37 years? man, i'm so old. On Wed, Feb 21, 2024 at 8:35 PM Stephen Barncard via use-livecode < use-livecode at lists.runrev.com> wrote: > "there's still stuff to > learn." > > ..... and remember ..... > -- > Stephen Barncard - Sebastopol Ca. USA - > mixstream.org > > > On Wed, Feb 21, 2024 at 5:24 PM Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > thanks, jacque & mark > > it's amazing that even after...a really long time...there's still stuff > to > > learn. > > > > On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > > > messages’) queue any (low level) events so they are handled at the next > > > wait (in this case the global one the engine does implicitly when there > > are > > > no handlers executing). > > > > > > Flushing events after the wait as Jacque suggests will ensure they > aren’t > > > there to handle. > > > > > > Warmest Regards. > > > > > > Mark. > > > > > > Sent from my iPhone > > > > > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > > > use-livecode at lists.runrev.com> wrote: > > > > > > > > i did. > > > > i have both a button, and a power button. > > > > script: > > > > > > > > *local* count > > > > > > > > *on* mouseUp > > > > > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > > > > > *add* 1 to count > > > > > > > > *set* the enabled of me to false > > > > > > > > *put* count > > > > > > > > *wait* 2 second > > > > > > > > *set* the enabled of me to true > > > > > > > > *end* mouseUp > > > > > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > > > >> use-livecode at lists.runrev.com> wrote: > > > >> > > > >> Mike. > > > >> > > > >> In a new stack I placed a button with this: > > > >> > > > >> on mouseUp > > > >> beep 2 > > > >> end mouseUp > > > >> > > > >> If I click on the button I hear two clicks. I disabled the button > and > > > >> clicked on it. I enabled the button. No clicks. I did this all by > > hand. > > > Did > > > >> you? > > > >> > > > >> Craig > > > >> > > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > > > >> use-livecode at lists.runrev.com> wrote: > > > >>> > > > >>> alright, i'm a little surprised to notice this: > > > >>> i have a button. i disabled the button. > > > >>> then i clicked on the button > > > >>> then i re-enabled the button > > > >>> the click, from the period while the button was disabled, is > received > > > and > > > >>> processed by the button. > > > >>> that seems problematic, to me. how would one cause clicks to be > > > >> discarded, > > > >>> permanently? hide the button? overlay it with a transparent control > > > that > > > >>> will absorb and ignore the clicks? > > > >>> > > > >>> -- > > > >>> On the first day, God created the heavens and the Earth > > > >>> On the second day, God created the oceans. > > > >>> On the third day, God put the animals on hold for a few hours, > > > >>> and did a little diving. > > > >>> And God said, "This is good." > > > >>> _______________________________________________ > > > >>> use-livecode mailing list > > > >>> use-livecode at 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 at lists.runrev.com > > > >> Please visit this url to subscribe, unsubscribe and manage your > > > >> subscription preferences: > > > >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > >> > > > > > > > > > > > > -- > > > > On the first day, God created the heavens and the Earth > > > > On the second day, God created the oceans. > > > > On the third day, God put the animals on hold for a few hours, > > > > and did a little diving. > > > > And God said, "This is good." > > > > _______________________________________________ > > > > use-livecode mailing list > > > > use-livecode at 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 at lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Thu Feb 22 01:48:42 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 22 Feb 2024 00:48:42 -0600 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Exactly 37 years. I remember because I started learning HC when my son was born in order to take my mind off diapers. If I remember, we can commiserate . -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 8:14:19 PM Mike Kerner via use-livecode wrote: > pfft > there is zero chance of that > it's been, what 37 years? > man, i'm so old. > > On Wed, Feb 21, 2024 at 8:35PM Stephen Barncard via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> "there's still stuff to >> learn." >> >> ..... and remember ..... >> -- >> Stephen Barncard - Sebastopol Ca. USA - >> mixstream.org >> >> >> On Wed, Feb 21, 2024 at 5:24PM Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> > thanks, jacque & mark >> > it's amazing that even after...a really long time...there's still stuff >> to >> > learn. >> > >> > On Wed, Feb 21, 2024 at 5:16PM Mark Waddingham via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> > > Its because of the wait - blocking waits (those which arent with >> > > messages) queue any (low level) events so they are handled at the next >> > > wait (in this case the global one the engine does implicitly when there >> > are >> > > no handlers executing). >> > > >> > > Flushing events after the wait as Jacque suggests will ensure they >> arent >> > > there to handle. >> > > >> > > Warmest Regards. >> > > >> > > Mark. >> > > >> > > Sent from my iPhone >> > > >> > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < >> > > use-livecode at lists.runrev.com> wrote: >> > > > >> > > > i did. >> > > > i have both a button, and a power button. >> > > > script: >> > > > >> > > > *local* count >> > > > >> > > > *on* mouseUp >> > > > >> > > > *if* the disabled of me *then* *put* cr & "disabled" after msg >> > > > >> > > > *add* 1 to count >> > > > >> > > > *set* the enabled of me to false >> > > > >> > > > *put* count >> > > > >> > > > *wait* 2 second >> > > > >> > > > *set* the enabled of me to true >> > > > >> > > > *end* mouseUp >> > > > >> > > >> On Wed, Feb 21, 2024 at 4:47PM Craig Newman via use-livecode < >> > > >> use-livecode at lists.runrev.com> wrote: >> > > >> >> > > >> Mike. >> > > >> >> > > >> In a new stack I placed a button with this: >> > > >> >> > > >> on mouseUp >> > > >> beep 2 >> > > >> end mouseUp >> > > >> >> > > >> If I click on the button I hear two clicks. I disabled the button >> and >> > > >> clicked on it. I enabled the button. No clicks. I did this all by >> > hand. >> > > Did >> > > >> you? >> > > >> >> > > >> Craig >> > > >> >> > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < >> > > >> use-livecode at lists.runrev.com> wrote: >> > > >>> >> > > >>> alright, i'm a little surprised to notice this: >> > > >>> i have a button. i disabled the button. >> > > >>> then i clicked on the button >> > > >>> then i re-enabled the button >> > > >>> the click, from the period while the button was disabled, is >> received >> > > and >> > > >>> processed by the button. >> > > >>> that seems problematic, to me. how would one cause clicks to be >> > > >> discarded, >> > > >>> permanently? hide the button? overlay it with a transparent control >> > > that >> > > >>> will absorb and ignore the clicks? >> > > >>> >> > > >>> -- >> > > >>> On the first day, God created the heavens and the Earth >> > > >>> On the second day, God created the oceans. >> > > >>> On the third day, God put the animals on hold for a few hours, >> > > >>> and did a little diving. >> > > >>> And God said, "This is good." >> > > >>> _______________________________________________ >> > > >>> use-livecode mailing list >> > > >>> use-livecode at 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 at lists.runrev.com >> > > >> Please visit this url to subscribe, unsubscribe and manage your >> > > >> subscription preferences: >> > > >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > >> >> > > > >> > > > >> > > > -- >> > > > On the first day, God created the heavens and the Earth >> > > > On the second day, God created the oceans. >> > > > On the third day, God put the animals on hold for a few hours, >> > > > and did a little diving. >> > > > And God said, "This is good." >> > > > _______________________________________________ >> > > > use-livecode mailing list >> > > > use-livecode at 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 at lists.runrev.com >> > > Please visit this url to subscribe, unsubscribe and manage your >> > > subscription preferences: >> > > http://lists.runrev.com/mailman/listinfo/use-livecode >> > > >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jeff at siphonophore.com Thu Feb 22 03:01:56 2024 From: jeff at siphonophore.com (Jeff Reynolds) Date: Thu, 22 Feb 2024 03:01:56 -0500 Subject: disabled buttons still receive events, they just process them, later? Message-ID: <08DF2CDF-703B-401C-B4E4-D5F357D06D57@siphonophore.com> Oh man yes Jacque and Mike! I do feel old, about the same for me, about late 87… grad school at Berkeley, humpback whales, and carrying Macs in big backpacks. Later MetaCard saved the day! Fun memories, Jeff > On Feb 22, 2024, at 1:51 AM, use-livecode-request at lists.runrev.com wrote: > > Exactly 37 years. I remember because I started learning HC when my son was > born in order to take my mind off diapers. If I remember, we can commiserate . > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com From curry at pair.com Thu Feb 22 03:44:12 2024 From: curry at pair.com (Curry Kenworthy) Date: Thu, 22 Feb 2024 03:44:12 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: Jacqueline: > Exactly 37 years. I remember because I started learning HC when > my son was born in order to take my mind off diapers. I like that! Every HC story is poetic, mine too. Mike: > it's amazing that even after...a really long time... > there's still stuff to learn. Plus the latest workarounds! :) Then ... (spoiler alert) Apple and competitors want inside your head. Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From Bernd.Niggemann at uni-wh.de Thu Feb 22 08:40:00 2024 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Thu, 22 Feb 2024 13:40:00 +0000 Subject: Code Folding in LC Message-ID: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> For all those interested in Code Folding a new version has been posted to the forum. Easier install and some minor bug fixes. https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 Kind regards Bernd From bobsneidar at iotecdigital.com Thu Feb 22 12:22:14 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 22 Feb 2024 17:22:14 +0000 Subject: Code Folding in LC In-Reply-To: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> References: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> Message-ID: <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> This is a long time coming. Bob S > On Feb 22, 2024, at 5:40 AM, Niggemann, Bernd via use-livecode wrote: > > For all those interested in Code Folding a new version has been posted to the forum. Easier install and some minor bug fixes. > > https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Sun Feb 25 11:03:18 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sun, 25 Feb 2024 11:03:18 -0500 Subject: Code Folding in LC In-Reply-To: <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> References: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> Message-ID: ya know, the script editor could really a touch-up from the script compiler. On Thu, Feb 22, 2024 at 12:23 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > This is a long time coming. > > Bob S > > > > On Feb 22, 2024, at 5:40 AM, Niggemann, Bernd via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > For all those interested in Code Folding a new version has been posted > to the forum. Easier install and some minor bug fixes. > > > > > https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 > > > > Kind regards > > Bernd > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 28 08:53:19 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 28 Feb 2024 08:53:19 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: Message-ID: just pinging to see if anything more has happened on this and the how list is really quiet On Tue, Feb 6, 2024 at 11:09 PM ambassador--- via use-livecode < use-livecode at lists.runrev.com> wrote: > David Bovill wrote: > > > I've been working for a while on a native server written in Livecode > > using sockets. I feel it is definitely something that is sorely needed > > - but to do it properly is more work that I initially thought. I need > > to add HTTP 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > > > Is anyone interested / need this? Or does anyone already have something > > they use? > > > MC shipped with a simple HTTPd example included, and many years ago back > when Pierre was still active here I dusted it off to add support for HTTP > 1.1 so it would work with modern browsers: > > https://fourthworld.net/lc/mchttpd-4W.zip > > It's been years since I touched it, and IIRC the only other change I made > was to use callbacks for both ends of the network I/O (for some reason > Raney had used callbacks only on one side, tho I can't recall if his was on > the write or read end). Callbacks for net I/O help a lot. > > If you're already far enough down the road to be thinking of 206 errors, > there's likely nothing here you haven't already written. But as an example > (slightly updated) of the sort of thing that used to ship with old versions > to encourage exploration of network apps, it may be a fun trip down memory > lane. > > > A question, if interesting to answer: one of the reasons I set this aside > was the beginning of a process of moving away from my own homegrown tools > for generic commodities like socket servers. Apache and Node cover most of > what I've needed since, and I don't have to maintain them, so I can focus > on the stuff specific to my app. What are you working on these days? I > stumbled across your chat with Ward Cunningham in the Full Moon Happening > just a few months ago; good stuff. Curious if your interest in > decentralization is still a focus, and whether it also includes things like > IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. > > > Richard Gaskin > FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From ambassador at fourthworld.com Wed Feb 28 12:55:16 2024 From: ambassador at fourthworld.com (Richard Gaskin) Date: Wed, 28 Feb 2024 17:55:16 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: Message-ID: <31d2bf4382641c6fd936f04d88edf69cc25f1dea@fourthworld.com> FWIW I haven't heard from David, but with the economic numbers off to a good start this year I suspect he's just been as busy as most I know. I know of at least one other LC fan with an interest in decentralized protocols, but I'm not sure how far he's gotten with his implementations. I've mentioned LC in some of those circles, but those communities tend to make and use FOSS tools, so the conversation is usually very short. Richard Gaskin FourthWorld.com On February 28, 2024 at 9:00 AM, Mike Kerner wrote: > > just pinging to see if anything more has happened on this > > and the how list is really quiet > > On Tue, Feb 6, 2024 at 11:09?PM ambassador--- via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > David Bovill wrote: > > > > I've been working for a while on a native server written in Livecode > > using sockets. I feel it is definitely something that is sorely needed > > - but to do it properly is more work that I initially thought. I need > > to add HTTP 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > > they use? > > > MC shipped with a simple HTTPd example included, and many years ago back > > when Pierre was still active here I dusted it off to add support for HTTP > 1.1 so it would work with modern browsers: > https://fourthworld.net/lc/mchttpd-4W.zip > > It's been years since I touched it, and IIRC the only other change I made > was to use callbacks for both ends of the network I/O (for some reason > Raney had used callbacks only on one side, tho I can't recall if his was on > the write or read end). Callbacks for net I/O help a lot. > > If you're already far enough down the road to be thinking of 206 errors, > there's likely nothing here you haven't already written. But as an example > (slightly updated) of the sort of thing that used to ship with old versions > to encourage exploration of network apps, it may be a fun trip down memory > lane. > > A question, if interesting to answer: one of the reasons I set this aside > was the beginning of a process of moving away from my own homegrown tools > for generic commodities like socket servers. Apache and Node cover most of > what I've needed since, and I don't have to maintain them, so I can focus > on the stuff specific to my app. What are you working on these days? I > stumbled across your chat with Ward Cunningham in the Full Moon Happening > just a few months ago; good stuff. Curious if your interest in > decentralization is still a focus, and whether it also includes things like > IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. > > Richard Gaskin > FourthWorld.com From bobsneidar at iotecdigital.com Wed Feb 28 13:42:56 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 28 Feb 2024 18:42:56 +0000 Subject: formatDate() Function Update Message-ID: Not to be confused with the built-in dateFormat() function, I wrote a special formatDate() function a few years back because I had a need to get a given date in unsupported formats. Particularly I needed an SQL Date format in the form of yyyy-mm-dd. I have been frustrated also that there is no built-in function to return a date in the mm/dd/yyyy format, so I just updated my function to include that form using “standard date” as the format parameter. (I can’t think what else to call it. "Y2K Date” seems cheesy.) Here is the code if anyone is interested. I should also submit it to the Master Library. I will have to grok how to do that again. Bob S FUNCTION formatDate theDate, theFormat /* Accepts any valid date for the first parameter. If not a valid date, it simply returns what was passed. Second parameter can be any of the following: sql date: date in the yyyy-mm-dd format short date, abbreviated date, internet date, long date: LC versions of the same julian date: Julian number based on (I believe) Jacques formula standard date: The date in the form of theFormat */ put theDate into tSavedDate put the itemdelimiter into theOldDelim set the itemdelimiter to "-" IF the length of item 1 of theDate = 4 AND \ the number of items of theDate = 3 AND \ item 1 of theDate is a number AND \ item 2 of theDate is a number AND \ item 3 of theDate is a number THEN put item 2 of theDate & "/" & \ item 3 of theDate & "/" & \ item 1 of theDate into theDate END IF -- replace "." with "/" in theDate convert theDate to dateitems set the itemdelimiter to theOldDelim if the number of items of theDate <> 7 then answer "'" & theDate & "' is not a valid date format!" return tSavedDate end if SWITCH theFormat CASE "sql date" /* put item 1 of theDate & "-" & \ format("%02d",item 2 of theDate) & "-" & \ format("%02d",item 3 of theDate) into theDate */ put format("%s-%02d-%02d", item 1 of theDate, item 2 of theDate, \ item 3 of theDate) into theDate break CASE "short date" convert theDate from dateitems to short date break CASE "abbreviated date" convert theDate from dateitems to abbreviated date break CASE "abbr date" convert theDate from dateitems to abbreviated date break CASE "internet date" convert theDate from dateitems to internet date break CASE "long date" convert theDate from dateitems to long date break CASE "julian date" put the date into theDate convert theDate to dateItems IF ((item 2 of theDate = 1) OR (item 2 of theDate = 2)) THEN put 1 into theDay ELSE put 0 into theDay END IF put item 1 of theDate + 4800 - theDay into theYear put item 2 of theDate + (12 * theDay) - 3 into theMonth put item 3 of theDate + \ ((153 * theMonth + 2) div 5) + \ (365 * theYear) + \ (theYear div 4) - \ (theYear div 100) + \ (theYear div 400) - \ 32045 into theDate break case "standard date" put format("%02d/%02d/%04d", item 2 of theDate, item 3 of theDate, \ item 1 of theDate) into theDate break default Answer info “‘“ & theFormat & “‘ is not a validate parameter.” As sheet put tSavedDate into theDate END SWITCH return theDate END formatDate From bobsneidar at iotecdigital.com Wed Feb 28 13:48:31 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 28 Feb 2024 18:48:31 +0000 Subject: formatDate() Function Update In-Reply-To: References: Message-ID: <0F33F5E6-C80A-47CF-8333-7CDB628EC3D5@iotecdigital.com> Should read: standard date: The date in the form of "mm/dd/yyyy" On Feb 28, 2024, at 10:42 AM, Bob Sneidar via use-livecode wrote: standard date: The date in the form of theFormat From phil.hudson at iname.com Wed Feb 28 13:54:09 2024 From: phil.hudson at iname.com (Phil Hudson) Date: Wed, 28 Feb 2024 18:54:09 +0000 Subject: formatDate() Function Update In-Reply-To: References: Message-ID: Very useful function, thanks for sharing. I believe the format you call "SQL format" is literally *the* standard format, as in ISO 8601. https://www.startpage.com/do/dsearch?query=iso+date+format&cat=web&pl=opensearch&language=english I'd suggest "North American format" for the other one, assuming they use it in Mexico too. Otherwise I'm at a loss. On Wed, 28 Feb 2024 at 18:44, Bob Sneidar via use-livecode wrote: > > Not to be confused with the built-in dateFormat() function, I wrote a special formatDate() function a few years back because I had a need to get a given date in unsupported formats. Particularly I needed an SQL Date format in the form of yyyy-mm-dd. > > I have been frustrated also that there is no built-in function to return a date in the mm/dd/yyyy format, so I just updated my function to include that form using “standard date” as the format parameter. (I can’t think what else to call it. "Y2K Date” seems cheesy.) > > Here is the code if anyone is interested. I should also submit it to the Master Library. I will have to grok how to do that again. > > Bob S > > > > FUNCTION formatDate theDate, theFormat > /* > Accepts any valid date for the first parameter. If not a valid date, it simply returns > what was passed. Second parameter can be any of the following: > sql date: date in the yyyy-mm-dd format > short date, abbreviated date, internet date, long date: LC versions of the same > julian date: Julian number based on (I believe) Jacques formula > standard date: The date in the form of theFormat > */ > > put theDate into tSavedDate > put the itemdelimiter into theOldDelim > set the itemdelimiter to "-" > > IF the length of item 1 of theDate = 4 AND \ > the number of items of theDate = 3 AND \ > item 1 of theDate is a number AND \ > item 2 of theDate is a number AND \ > item 3 of theDate is a number THEN > put item 2 of theDate & "/" & \ > item 3 of theDate & "/" & \ > item 1 of theDate into theDate > END IF > > -- replace "." with "/" in theDate > convert theDate to dateitems > set the itemdelimiter to theOldDelim > > if the number of items of theDate <> 7 then > answer "'" & theDate & "' is not a valid date format!" > return tSavedDate > end if > > SWITCH theFormat > CASE "sql date" > /* > put item 1 of theDate & "-" & \ > format("%02d",item 2 of theDate) & "-" & \ > format("%02d",item 3 of theDate) into theDate > */ > put format("%s-%02d-%02d", item 1 of theDate, item 2 of theDate, \ > item 3 of theDate) into theDate > break > CASE "short date" > convert theDate from dateitems to short date > break > CASE "abbreviated date" > convert theDate from dateitems to abbreviated date > break > CASE "abbr date" > convert theDate from dateitems to abbreviated date > break > CASE "internet date" > convert theDate from dateitems to internet date > break > CASE "long date" > convert theDate from dateitems to long date > break > CASE "julian date" > put the date into theDate > convert theDate to dateItems > IF ((item 2 of theDate = 1) OR (item 2 of theDate = 2)) THEN > put 1 into theDay > ELSE > put 0 into theDay > END IF > put item 1 of theDate + 4800 - theDay into theYear > put item 2 of theDate + (12 * theDay) - 3 into theMonth > put item 3 of theDate + \ > ((153 * theMonth + 2) div 5) + \ > (365 * theYear) + \ > (theYear div 4) - \ > (theYear div 100) + \ > (theYear div 400) - \ > 32045 into theDate > break > case "standard date" > put format("%02d/%02d/%04d", item 2 of theDate, item 3 of theDate, \ > item 1 of theDate) into theDate > break > default > Answer info “‘“ & theFormat & “‘ is not a validate parameter.” As sheet > put tSavedDate into theDate > END SWITCH > > return theDate > END formatDate > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 28 21:10:10 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 28 Feb 2024 21:10:10 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: so, how do we force LC to reload the stack? i can force the script to reload, and replace it, but if i want to reload the stack, do i have to close it, replace it, and then open it? On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner wrote: > thanks, jlg. that's kind-of what i was thinking. > > > On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> I've done this for several mobile apps. As long as the updates only >> reside >> in the app's sandboxed container, even the App Store doesn't care. >> >> Basically, I put a short text file on the server listing the update >> version(s) of the file(s), one per line if they are all different. Every >> stack in the app suite has a custom property named cVersion. If necessary >> you can also add the download URL to the same line. On launch, the app >> downloads and parses the text to see if the server version is different >> from the installed one. If so, it uses "put URL into URL >> > path>" to download and save the the updates to the mobile documents >> folder, >> overwriting the old ones. >> >> It's pretty simple, if I understand what you need correctly. I also store >> other info in the the text file occasionally, such as a text string >> describing the updates so I can show an answer dialog if I want the user >> to >> agree or decline the update (which will reappear on the next launch if >> they >> decline.) >> >> Sample text file is usually something like this: >> >> Stack 1 https://www.domain.com/updates/stack1.livecode >> Stack 2 https://www.domain.com/updates/stack2.livecode >> .. >> This update provides new functionality and bug fixes. >> >> If you don't want to scan each stack for its cVersion, you can keep a >> text >> file in the mobile documents folder that lists the current versions so >> you >> can easily compare that to the one on the server. After updating the >> stacks, update the stored text file as well. >> >> If updates are mandatory, just skip the comparisons entirely and >> force-download the updates. If only some of the stacks should be updated, >> omit the ones that don't need to be updated from the server file. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> wrote: >> >> > right - no updating the engine + runtime in this scenario, just the >> > stacks + scripts, and perhaps plugins. >> > we are going to continue to only privately distribute to our corporate >> > clients, so the app store won't be part of the equation. that does not >> mean >> > that apple won't object, though (but, i believe the rules for privately >> > distributed apps are much more lenient than for app store apps - at >> least, >> > they have been for us, up until now) >> > >> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> >> Hi Mike, >> >> >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >> use-livecode at lists.runrev.com>: >> >> > >> >> > sorry that i was not clear. we've been using private deploys since >> around >> >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> >> > private url. that's not what i meant. >> >> > i'm talking about updating/patching an existing app, in place. the >> >> devices >> >> > are in single-app mode, so we would either have to pay for mdm and >> then >> >> use >> >> > that service to push app updates, OR, if we didn't use mdm, we could >> have >> >> > the app pull the update and apply it. >> >> > i can kind-of guess how to make it work, but i'm sure there are a >> couple >> >> of >> >> > tricks that i don't want to have to figure out, if someone else has >> >> already >> >> > figured it out. >> >> >> >> you could use the "splashscreen" approach to update one or more stacks, >> >> but that will >> >> of course only work if you do not want to update the actual >> engine/runtime. >> >> >> >> However I'm not sure if Apple will allow this, no problem on Android >> >> however. >> >> >> >> >> >> Best >> >> >> >> Klaus >> >> >> >> -- >> >> Klaus Major >> >> https://www.major-k.de >> >> https://www.major-k.de/bass >> >> klaus at major-k.de >> >> >> >> >> >> _______________________________________________ >> >> use-livecode mailing list >> >> use-livecode at lists.runrev.com >> >> Please visit this url to subscribe, unsubscribe and manage your >> >> subscription preferences: >> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Wed Feb 28 22:11:29 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 28 Feb 2024 21:11:29 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> "Revert this stack". That just means "reload from disk". Or you can specify a different stack. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode wrote: > so, how do we force LC to reload the stack? > i can force the script to reload, and replace it, but if i want to reload > the stack, do i have to close it, replace it, and then open it? > > On Wed, Feb 21, 2024 at 8:28PM Mike Kerner > wrote: > >> thanks, jlg. that's kind-of what i was thinking. >> >> >> On Wed, Feb 21, 2024 at 4:58PM J. Landman Gay via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> I've done this for several mobile apps. As long as the updates only >>> reside >>> in the app's sandboxed container, even the App Store doesn't care. >>> >>> Basically, I put a short text file on the server listing the update >>> version(s) of the file(s), one per line if they are all different. Every >>> stack in the app suite has a custom property named cVersion. If necessary >>> you can also add the download URL to the same line. On launch, the app >>> downloads and parses the text to see if the server version is different >>> from the installed one. If so, it uses "put URL into URL >>> >> path>" to download and save the the updates to the mobile documents >>> folder, >>> overwriting the old ones. >>> >>> It's pretty simple, if I understand what you need correctly. I also store >>> other info in the the text file occasionally, such as a text string >>> describing the updates so I can show an answer dialog if I want the user >>> to >>> agree or decline the update (which will reappear on the next launch if >>> they >>> decline.) >>> >>> Sample text file is usually something like this: >>> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >>> Stack 2 https://www.domain.com/updates/stack2.livecode >>> .. >>> This update provides new functionality and bug fixes. >>> >>> If you don't want to scan each stack for its cVersion, you can keep a >>> text >>> file in the mobile documents folder that lists the current versions so >>> you >>> can easily compare that to the one on the server. After updating the >>> stacks, update the stored text file as well. >>> >>> If updates are mandatory, just skip the comparisons entirely and >>> force-download the updates. If only some of the stacks should be updated, >>> omit the ones that don't need to be updated from the server file. >>> >>> -- >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >>> HyperActive Software | http://www.hyperactivesw.com >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >>> wrote: >>> >>> > right - no updating the engine + runtime in this scenario, just the >>> > stacks + scripts, and perhaps plugins. >>> > we are going to continue to only privately distribute to our corporate >>> > clients, so the app store won't be part of the equation. that does not >>> mean >>> > that apple won't object, though (but, i believe the rules for privately >>> > distributed apps are much more lenient than for app store apps - at >>> least, >>> > they have been for us, up until now) >>> > >>> > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < >>> > use-livecode at lists.runrev.com> wrote: >>> > >>> >> Hi Mike, >>> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >>> >> use-livecode at lists.runrev.com>: >>> >> > >>> >> > sorry that i was not clear. we've been using private deploys since >>> around >>> >> > 2010, using airlaunch to generate the bundle, and then uploading to a >>> >> > private url. that's not what i meant. >>> >> > i'm talking about updating/patching an existing app, in place. the >>> >> devices >>> >> > are in single-app mode, so we would either have to pay for mdm and >>> then >>> >> use >>> >> > that service to push app updates, OR, if we didn't use mdm, we could >>> have >>> >> > the app pull the update and apply it. >>> >> > i can kind-of guess how to make it work, but i'm sure there are a >>> couple >>> >> of >>> >> > tricks that i don't want to have to figure out, if someone else has >>> >> already >>> >> > figured it out. >>> >> >>> >> you could use the "splashscreen" approach to update one or more stacks, >>> >> but that will >>> >> of course only work if you do not want to update the actual >>> engine/runtime. >>> >> >>> >> However I'm not sure if Apple will allow this, no problem on Android >>> >> however. >>> >> >>> >> >>> >> Best >>> >> >>> >> Klaus >>> >> >>> >> -- >>> >> Klaus Major >>> >> https://www.major-k.de >>> >> https://www.major-k.de/bass >>> >> klaus at major-k.de >>> >> >>> >> >>> >> _______________________________________________ >>> >> use-livecode mailing list >>> >> use-livecode at lists.runrev.com >>> >> Please visit this url to subscribe, unsubscribe and manage your >>> >> subscription preferences: >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >>> > >>> > >>> > -- >>> > On the first day, God created the heavens and the Earth >>> > On the second day, God created the oceans. >>> > On the third day, God put the animals on hold for a few hours, >>> > and did a little diving. >>> > And God said, "This is good." >>> > _______________________________________________ >>> > use-livecode mailing list >>> > use-livecode at 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 at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Thu Feb 29 08:28:38 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 08:28:38 -0500 Subject: sideloading updates to mobile In-Reply-To: <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: i haven't tried deploying to a device, yet, so bear with me: when you load the updated stack/behavior/etc., are you saving it into the app bundle, or elsewhere? on locked/single-app devices, persistence is the thing (but i would imagine that it works the same on single-app devices as it does for normal ones). On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > "Revert this stack". That just means "reload from disk". Or you can > specify > a different stack. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode > wrote: > > > so, how do we force LC to reload the stack? > > i can force the script to reload, and replace it, but if i want to reload > > the stack, do i have to close it, replace it, and then open it? > > > > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner > > wrote: > > > >> thanks, jlg. that's kind-of what i was thinking. > >> > >> > >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >> > >>> I've done this for several mobile apps. As long as the updates only > >>> reside > >>> in the app's sandboxed container, even the App Store doesn't care. > >>> > >>> Basically, I put a short text file on the server listing the update > >>> version(s) of the file(s), one per line if they are all different. > Every > >>> stack in the app suite has a custom property named cVersion. If > necessary > >>> you can also add the download URL to the same line. On launch, the app > >>> downloads and parses the text to see if the server version is different > >>> from the installed one. If so, it uses "put URL into URL > >>> >>> path>" to download and save the the updates to the mobile documents > >>> folder, > >>> overwriting the old ones. > >>> > >>> It's pretty simple, if I understand what you need correctly. I also > store > >>> other info in the the text file occasionally, such as a text string > >>> describing the updates so I can show an answer dialog if I want the > user > >>> to > >>> agree or decline the update (which will reappear on the next launch if > >>> they > >>> decline.) > >>> > >>> Sample text file is usually something like this: > >>> > >>> Stack 1 https://www.domain.com/updates/stack1.livecode > >>> Stack 2 https://www.domain.com/updates/stack2.livecode > >>> .. > >>> This update provides new functionality and bug fixes. > >>> > >>> If you don't want to scan each stack for its cVersion, you can keep a > >>> text > >>> file in the mobile documents folder that lists the current versions so > >>> you > >>> can easily compare that to the one on the server. After updating the > >>> stacks, update the stored text file as well. > >>> > >>> If updates are mandatory, just skip the comparisons entirely and > >>> force-download the updates. If only some of the stacks should be > updated, > >>> omit the ones that don't need to be updated from the server file. > >>> > >>> -- > >>> Jacqueline Landman Gay | jacque at hyperactivesw.com > >>> HyperActive Software | http://www.hyperactivesw.com > >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > >>> wrote: > >>> > >>> > right - no updating the engine + runtime in this scenario, just the > >>> > stacks + scripts, and perhaps plugins. > >>> > we are going to continue to only privately distribute to our > corporate > >>> > clients, so the app store won't be part of the equation. that does > not > >>> mean > >>> > that apple won't object, though (but, i believe the rules for > privately > >>> > distributed apps are much more lenient than for app store apps - at > >>> least, > >>> > they have been for us, up until now) > >>> > > >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > >>> > use-livecode at lists.runrev.com> wrote: > >>> > > >>> >> Hi Mike, > >>> >> > >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >>> >> use-livecode at lists.runrev.com>: > >>> >> > > >>> >> > sorry that i was not clear. we've been using private deploys since > >>> around > >>> >> > 2010, using airlaunch to generate the bundle, and then uploading > to a > >>> >> > private url. that's not what i meant. > >>> >> > i'm talking about updating/patching an existing app, in place. the > >>> >> devices > >>> >> > are in single-app mode, so we would either have to pay for mdm and > >>> then > >>> >> use > >>> >> > that service to push app updates, OR, if we didn't use mdm, we > could > >>> have > >>> >> > the app pull the update and apply it. > >>> >> > i can kind-of guess how to make it work, but i'm sure there are a > >>> couple > >>> >> of > >>> >> > tricks that i don't want to have to figure out, if someone else > has > >>> >> already > >>> >> > figured it out. > >>> >> > >>> >> you could use the "splashscreen" approach to update one or more > stacks, > >>> >> but that will > >>> >> of course only work if you do not want to update the actual > >>> engine/runtime. > >>> >> > >>> >> However I'm not sure if Apple will allow this, no problem on Android > >>> >> however. > >>> >> > >>> >> > >>> >> Best > >>> >> > >>> >> Klaus > >>> >> > >>> >> -- > >>> >> Klaus Major > >>> >> https://www.major-k.de > >>> >> https://www.major-k.de/bass > >>> >> klaus at major-k.de > >>> >> > >>> >> > >>> >> _______________________________________________ > >>> >> use-livecode mailing list > >>> >> use-livecode at lists.runrev.com > >>> >> Please visit this url to subscribe, unsubscribe and manage your > >>> >> subscription preferences: > >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode > >>> >> > >>> > > >>> > > >>> > -- > >>> > On the first day, God created the heavens and the Earth > >>> > On the second day, God created the oceans. > >>> > On the third day, God put the animals on hold for a few hours, > >>> > and did a little diving. > >>> > And God said, "This is good." > >>> > _______________________________________________ > >>> > use-livecode mailing list > >>> > use-livecode at 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 at lists.runrev.com > >>> Please visit this url to subscribe, unsubscribe and manage your > >>> subscription preferences: > >>> http://lists.runrev.com/mailman/listinfo/use-livecode > >>> > >> > >> > >> -- > >> On the first day, God created the heavens and the Earth > >> On the second day, God created the oceans. > >> On the third day, God put the animals on hold for a few hours, > >> and did a little diving. > >> And God said, "This is good." > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Thu Feb 29 15:09:44 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 29 Feb 2024 14:09:44 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> You can't add or change anything inside the app bundle so downloaded files have to go in specialFolderPath("documents"). Copy the originals from the resources folder to the documents folder on first launch so you always have a known file path location. Any file in documents will be overwritten with the new download if the file name is the same. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode wrote: > i haven't tried deploying to a device, yet, so bear with me: > when you load the updated stack/behavior/etc., are you saving it into the > app bundle, or elsewhere? on locked/single-app devices, persistence is the > thing (but i would imagine that it works the same on single-app devices as > it does for normal ones). > > On Wed, Feb 28, 2024 at 10:12PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> "Revert this stack". That just means "reload from disk". Or you can >> specify >> a different stack. >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode >> wrote: >> >> > so, how do we force LC to reload the stack? >> > i can force the script to reload, and replace it, but if i want to reload >> > the stack, do i have to close it, replace it, and then open it? >> > >> > On Wed, Feb 21, 2024 at 8:28PM Mike Kerner >> > wrote: >> > >> >> thanks, jlg. that's kind-of what i was thinking. >> >> >> >> >> >> On Wed, Feb 21, 2024 at 4:58PM J. Landman Gay via use-livecode < >> >> use-livecode at lists.runrev.com> wrote: >> >> >> >>> I've done this for several mobile apps. As long as the updates only >> >>> reside >> >>> in the app's sandboxed container, even the App Store doesn't care. >> >>> >> >>> Basically, I put a short text file on the server listing the update >> >>> version(s) of the file(s), one per line if they are all different. >> Every >> >>> stack in the app suite has a custom property named cVersion. If >> necessary >> >>> you can also add the download URL to the same line. On launch, the app >> >>> downloads and parses the text to see if the server version is different >> >>> from the installed one. If so, it uses "put URL into URL >> >>> > >>> path>" to download and save the the updates to the mobile documents >> >>> folder, >> >>> overwriting the old ones. >> >>> >> >>> It's pretty simple, if I understand what you need correctly. I also >> store >> >>> other info in the the text file occasionally, such as a text string >> >>> describing the updates so I can show an answer dialog if I want the >> user >> >>> to >> >>> agree or decline the update (which will reappear on the next launch if >> >>> they >> >>> decline.) >> >>> >> >>> Sample text file is usually something like this: >> >>> >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode >> >>> .. >> >>> This update provides new functionality and bug fixes. >> >>> >> >>> If you don't want to scan each stack for its cVersion, you can keep a >> >>> text >> >>> file in the mobile documents folder that lists the current versions so >> >>> you >> >>> can easily compare that to the one on the server. After updating the >> >>> stacks, update the stored text file as well. >> >>> >> >>> If updates are mandatory, just skip the comparisons entirely and >> >>> force-download the updates. If only some of the stacks should be >> updated, >> >>> omit the ones that don't need to be updated from the server file. >> >>> >> >>> -- >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >>> HyperActive Software | http://www.hyperactivesw.com >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> >>> wrote: >> >>> >> >>> > right - no updating the engine + runtime in this scenario, just the >> >>> > stacks + scripts, and perhaps plugins. >> >>> > we are going to continue to only privately distribute to our >> corporate >> >>> > clients, so the app store won't be part of the equation. that does >> not >> >>> mean >> >>> > that apple won't object, though (but, i believe the rules for >> privately >> >>> > distributed apps are much more lenient than for app store apps - at >> >>> least, >> >>> > they have been for us, up until now) >> >>> > >> >>> > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < >> >>> > use-livecode at lists.runrev.com> wrote: >> >>> > >> >>> >> Hi Mike, >> >>> >> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >>> >> use-livecode at lists.runrev.com>: >> >>> >> > >> >>> >> > sorry that i was not clear. we've been using private deploys since >> >>> around >> >>> >> > 2010, using airlaunch to generate the bundle, and then uploading >> to a >> >>> >> > private url. that's not what i meant. >> >>> >> > i'm talking about updating/patching an existing app, in place. the >> >>> >> devices >> >>> >> > are in single-app mode, so we would either have to pay for mdm and >> >>> then >> >>> >> use >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we >> could >> >>> have >> >>> >> > the app pull the update and apply it. >> >>> >> > i can kind-of guess how to make it work, but i'm sure there are a >> >>> couple >> >>> >> of >> >>> >> > tricks that i don't want to have to figure out, if someone else >> has >> >>> >> already >> >>> >> > figured it out. >> >>> >> >> >>> >> you could use the "splashscreen" approach to update one or more >> stacks, >> >>> >> but that will >> >>> >> of course only work if you do not want to update the actual >> >>> engine/runtime. >> >>> >> >> >>> >> However I'm not sure if Apple will allow this, no problem on Android >> >>> >> however. >> >>> >> >> >>> >> >> >>> >> Best >> >>> >> >> >>> >> Klaus >> >>> >> >> >>> >> -- >> >>> >> Klaus Major >> >>> >> https://www.major-k.de >> >>> >> https://www.major-k.de/bass >> >>> >> klaus at major-k.de >> >>> >> >> >>> >> >> >>> >> _______________________________________________ >> >>> >> use-livecode mailing list >> >>> >> use-livecode at lists.runrev.com >> >>> >> Please visit this url to subscribe, unsubscribe and manage your >> >>> >> subscription preferences: >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >>> >> >> >>> > >> >>> > >> >>> > -- >> >>> > On the first day, God created the heavens and the Earth >> >>> > On the second day, God created the oceans. >> >>> > On the third day, God put the animals on hold for a few hours, >> >>> > and did a little diving. >> >>> > And God said, "This is good." >> >>> > _______________________________________________ >> >>> > use-livecode mailing list >> >>> > use-livecode at 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 at lists.runrev.com >> >>> Please visit this url to subscribe, unsubscribe and manage your >> >>> subscription preferences: >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >>> >> >> >> >> >> >> -- >> >> On the first day, God created the heavens and the Earth >> >> On the second day, God created the oceans. >> >> On the third day, God put the animals on hold for a few hours, >> >> and did a little diving. >> >> And God said, "This is good." >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Thu Feb 29 17:32:33 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 17:32:33 -0500 Subject: sideloading updates to mobile In-Reply-To: <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: ah. that's a better way of handling this. i was going to have the app check the documents folder for updates, before loading a stack, but if i keep the source stacks, there, it will work better. On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > You can't add or change anything inside the app bundle so downloaded files > have to go in specialFolderPath("documents"). Copy the originals from the > resources folder to the documents folder on first launch so you always > have > a known file path location. Any file in documents will be overwritten with > the new download if the file name is the same. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode > wrote: > > > i haven't tried deploying to a device, yet, so bear with me: > > when you load the updated stack/behavior/etc., are you saving it into the > > app bundle, or elsewhere? on locked/single-app devices, persistence is > the > > thing (but i would imagine that it works the same on single-app devices > as > > it does for normal ones). > > > > On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> "Revert this stack". That just means "reload from disk". Or you can > >> specify > >> a different stack. > >> -- > >> Jacqueline Landman Gay | jacque at hyperactivesw.com > >> HyperActive Software | http://www.hyperactivesw.com > >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode > >> wrote: > >> > >> > so, how do we force LC to reload the stack? > >> > i can force the script to reload, and replace it, but if i want to > reload > >> > the stack, do i have to close it, replace it, and then open it? > >> > > >> > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner < > MikeKerner at roadrunner.com> > >> > wrote: > >> > > >> >> thanks, jlg. that's kind-of what i was thinking. > >> >> > >> >> > >> >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > >> >> use-livecode at lists.runrev.com> wrote: > >> >> > >> >>> I've done this for several mobile apps. As long as the updates only > >> >>> reside > >> >>> in the app's sandboxed container, even the App Store doesn't care. > >> >>> > >> >>> Basically, I put a short text file on the server listing the update > >> >>> version(s) of the file(s), one per line if they are all different. > >> Every > >> >>> stack in the app suite has a custom property named cVersion. If > >> necessary > >> >>> you can also add the download URL to the same line. On launch, the > app > >> >>> downloads and parses the text to see if the server version is > different > >> >>> from the installed one. If so, it uses "put URL into > URL > >> >>> >> >>> path>" to download and save the the updates to the mobile documents > >> >>> folder, > >> >>> overwriting the old ones. > >> >>> > >> >>> It's pretty simple, if I understand what you need correctly. I also > >> store > >> >>> other info in the the text file occasionally, such as a text string > >> >>> describing the updates so I can show an answer dialog if I want the > >> user > >> >>> to > >> >>> agree or decline the update (which will reappear on the next launch > if > >> >>> they > >> >>> decline.) > >> >>> > >> >>> Sample text file is usually something like this: > >> >>> > >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode > >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode > >> >>> .. > >> >>> This update provides new functionality and bug fixes. > >> >>> > >> >>> If you don't want to scan each stack for its cVersion, you can keep > a > >> >>> text > >> >>> file in the mobile documents folder that lists the current versions > so > >> >>> you > >> >>> can easily compare that to the one on the server. After updating the > >> >>> stacks, update the stored text file as well. > >> >>> > >> >>> If updates are mandatory, just skip the comparisons entirely and > >> >>> force-download the updates. If only some of the stacks should be > >> updated, > >> >>> omit the ones that don't need to be updated from the server file. > >> >>> > >> >>> -- > >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com > >> >>> HyperActive Software | http://www.hyperactivesw.com > >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > >> >>> wrote: > >> >>> > >> >>> > right - no updating the engine + runtime in this scenario, just > the > >> >>> > stacks + scripts, and perhaps plugins. > >> >>> > we are going to continue to only privately distribute to our > >> corporate > >> >>> > clients, so the app store won't be part of the equation. that does > >> not > >> >>> mean > >> >>> > that apple won't object, though (but, i believe the rules for > >> privately > >> >>> > distributed apps are much more lenient than for app store apps - > at > >> >>> least, > >> >>> > they have been for us, up until now) > >> >>> > > >> >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > >> >>> > use-livecode at lists.runrev.com> wrote: > >> >>> > > >> >>> >> Hi Mike, > >> >>> >> > >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >> >>> >> use-livecode at lists.runrev.com>: > >> >>> >> > > >> >>> >> > sorry that i was not clear. we've been using private deploys > since > >> >>> around > >> >>> >> > 2010, using airlaunch to generate the bundle, and then > uploading > >> to a > >> >>> >> > private url. that's not what i meant. > >> >>> >> > i'm talking about updating/patching an existing app, in place. > the > >> >>> >> devices > >> >>> >> > are in single-app mode, so we would either have to pay for mdm > and > >> >>> then > >> >>> >> use > >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we > >> could > >> >>> have > >> >>> >> > the app pull the update and apply it. > >> >>> >> > i can kind-of guess how to make it work, but i'm sure there > are a > >> >>> couple > >> >>> >> of > >> >>> >> > tricks that i don't want to have to figure out, if someone else > >> has > >> >>> >> already > >> >>> >> > figured it out. > >> >>> >> > >> >>> >> you could use the "splashscreen" approach to update one or more > >> stacks, > >> >>> >> but that will > >> >>> >> of course only work if you do not want to update the actual > >> >>> engine/runtime. > >> >>> >> > >> >>> >> However I'm not sure if Apple will allow this, no problem on > Android > >> >>> >> however. > >> >>> >> > >> >>> >> > >> >>> >> Best > >> >>> >> > >> >>> >> Klaus > >> >>> >> > >> >>> >> -- > >> >>> >> Klaus Major > >> >>> >> https://www.major-k.de > >> >>> >> https://www.major-k.de/bass > >> >>> >> klaus at major-k.de > >> >>> >> > >> >>> >> > >> >>> >> _______________________________________________ > >> >>> >> use-livecode mailing list > >> >>> >> use-livecode at lists.runrev.com > >> >>> >> Please visit this url to subscribe, unsubscribe and manage your > >> >>> >> subscription preferences: > >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> >>> >> > >> >>> > > >> >>> > > >> >>> > -- > >> >>> > On the first day, God created the heavens and the Earth > >> >>> > On the second day, God created the oceans. > >> >>> > On the third day, God put the animals on hold for a few hours, > >> >>> > and did a little diving. > >> >>> > And God said, "This is good." > >> >>> > _______________________________________________ > >> >>> > use-livecode mailing list > >> >>> > use-livecode at 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 at lists.runrev.com > >> >>> Please visit this url to subscribe, unsubscribe and manage your > >> >>> subscription preferences: > >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode > >> >>> > >> >> > >> >> > >> >> -- > >> >> On the first day, God created the heavens and the Earth > >> >> On the second day, God created the oceans. > >> >> On the third day, God put the animals on hold for a few hours, > >> >> and did a little diving. > >> >> And God said, "This is good." > >> >> > >> > > >> > > >> > -- > >> > On the first day, God created the heavens and the Earth > >> > On the second day, God created the oceans. > >> > On the third day, God put the animals on hold for a few hours, > >> > and did a little diving. > >> > And God said, "This is good." > >> > _______________________________________________ > >> > use-livecode mailing list > >> > use-livecode at 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 at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Thu Feb 29 21:35:53 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 21:35:53 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: any reason to store in documents instead of in library? it seems like there might be less of a chance of the user misusing the Files app to break the app. On Thu, Feb 29, 2024 at 5:32 PM Mike Kerner wrote: > ah. that's a better way of handling this. i was going to have the app > check the documents folder for updates, before loading a stack, but if i > keep the source stacks, there, it will work better. > > On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> You can't add or change anything inside the app bundle so downloaded >> files >> have to go in specialFolderPath("documents"). Copy the originals from the >> resources folder to the documents folder on first launch so you always >> have >> a known file path location. Any file in documents will be overwritten >> with >> the new download if the file name is the same. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode >> wrote: >> >> > i haven't tried deploying to a device, yet, so bear with me: >> > when you load the updated stack/behavior/etc., are you saving it into >> the >> > app bundle, or elsewhere? on locked/single-app devices, persistence is >> the >> > thing (but i would imagine that it works the same on single-app devices >> as >> > it does for normal ones). >> > >> > On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> >> "Revert this stack". That just means "reload from disk". Or you can >> >> specify >> >> a different stack. >> >> -- >> >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >> HyperActive Software | http://www.hyperactivesw.com >> >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode >> >> wrote: >> >> >> >> > so, how do we force LC to reload the stack? >> >> > i can force the script to reload, and replace it, but if i want to >> reload >> >> > the stack, do i have to close it, replace it, and then open it? >> >> > >> >> > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner < >> MikeKerner at roadrunner.com> >> >> > wrote: >> >> > >> >> >> thanks, jlg. that's kind-of what i was thinking. >> >> >> >> >> >> >> >> >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < >> >> >> use-livecode at lists.runrev.com> wrote: >> >> >> >> >> >>> I've done this for several mobile apps. As long as the updates only >> >> >>> reside >> >> >>> in the app's sandboxed container, even the App Store doesn't care. >> >> >>> >> >> >>> Basically, I put a short text file on the server listing the update >> >> >>> version(s) of the file(s), one per line if they are all different. >> >> Every >> >> >>> stack in the app suite has a custom property named cVersion. If >> >> necessary >> >> >>> you can also add the download URL to the same line. On launch, the >> app >> >> >>> downloads and parses the text to see if the server version is >> different >> >> >>> from the installed one. If so, it uses "put URL into >> URL >> >> >>> > >> >>> path>" to download and save the the updates to the mobile documents >> >> >>> folder, >> >> >>> overwriting the old ones. >> >> >>> >> >> >>> It's pretty simple, if I understand what you need correctly. I also >> >> store >> >> >>> other info in the the text file occasionally, such as a text string >> >> >>> describing the updates so I can show an answer dialog if I want the >> >> user >> >> >>> to >> >> >>> agree or decline the update (which will reappear on the next >> launch if >> >> >>> they >> >> >>> decline.) >> >> >>> >> >> >>> Sample text file is usually something like this: >> >> >>> >> >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >> >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode >> >> >>> .. >> >> >>> This update provides new functionality and bug fixes. >> >> >>> >> >> >>> If you don't want to scan each stack for its cVersion, you can >> keep a >> >> >>> text >> >> >>> file in the mobile documents folder that lists the current >> versions so >> >> >>> you >> >> >>> can easily compare that to the one on the server. After updating >> the >> >> >>> stacks, update the stored text file as well. >> >> >>> >> >> >>> If updates are mandatory, just skip the comparisons entirely and >> >> >>> force-download the updates. If only some of the stacks should be >> >> updated, >> >> >>> omit the ones that don't need to be updated from the server file. >> >> >>> >> >> >>> -- >> >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >> >>> HyperActive Software | http://www.hyperactivesw.com >> >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> >> >>> wrote: >> >> >>> >> >> >>> > right - no updating the engine + runtime in this scenario, just >> the >> >> >>> > stacks + scripts, and perhaps plugins. >> >> >>> > we are going to continue to only privately distribute to our >> >> corporate >> >> >>> > clients, so the app store won't be part of the equation. that >> does >> >> not >> >> >>> mean >> >> >>> > that apple won't object, though (but, i believe the rules for >> >> privately >> >> >>> > distributed apps are much more lenient than for app store apps - >> at >> >> >>> least, >> >> >>> > they have been for us, up until now) >> >> >>> > >> >> >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < >> >> >>> > use-livecode at lists.runrev.com> wrote: >> >> >>> > >> >> >>> >> Hi Mike, >> >> >>> >> >> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >> >>> >> use-livecode at lists.runrev.com>: >> >> >>> >> > >> >> >>> >> > sorry that i was not clear. we've been using private deploys >> since >> >> >>> around >> >> >>> >> > 2010, using airlaunch to generate the bundle, and then >> uploading >> >> to a >> >> >>> >> > private url. that's not what i meant. >> >> >>> >> > i'm talking about updating/patching an existing app, in >> place. the >> >> >>> >> devices >> >> >>> >> > are in single-app mode, so we would either have to pay for >> mdm and >> >> >>> then >> >> >>> >> use >> >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we >> >> could >> >> >>> have >> >> >>> >> > the app pull the update and apply it. >> >> >>> >> > i can kind-of guess how to make it work, but i'm sure there >> are a >> >> >>> couple >> >> >>> >> of >> >> >>> >> > tricks that i don't want to have to figure out, if someone >> else >> >> has >> >> >>> >> already >> >> >>> >> > figured it out. >> >> >>> >> >> >> >>> >> you could use the "splashscreen" approach to update one or more >> >> stacks, >> >> >>> >> but that will >> >> >>> >> of course only work if you do not want to update the actual >> >> >>> engine/runtime. >> >> >>> >> >> >> >>> >> However I'm not sure if Apple will allow this, no problem on >> Android >> >> >>> >> however. >> >> >>> >> >> >> >>> >> >> >> >>> >> Best >> >> >>> >> >> >> >>> >> Klaus >> >> >>> >> >> >> >>> >> -- >> >> >>> >> Klaus Major >> >> >>> >> https://www.major-k.de >> >> >>> >> https://www.major-k.de/bass >> >> >>> >> klaus at major-k.de >> >> >>> >> >> >> >>> >> >> >> >>> >> _______________________________________________ >> >> >>> >> use-livecode mailing list >> >> >>> >> use-livecode at lists.runrev.com >> >> >>> >> Please visit this url to subscribe, unsubscribe and manage your >> >> >>> >> subscription preferences: >> >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >>> >> >> >> >>> > >> >> >>> > >> >> >>> > -- >> >> >>> > On the first day, God created the heavens and the Earth >> >> >>> > On the second day, God created the oceans. >> >> >>> > On the third day, God put the animals on hold for a few hours, >> >> >>> > and did a little diving. >> >> >>> > And God said, "This is good." >> >> >>> > _______________________________________________ >> >> >>> > use-livecode mailing list >> >> >>> > use-livecode at 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 at lists.runrev.com >> >> >>> Please visit this url to subscribe, unsubscribe and manage your >> >> >>> subscription preferences: >> >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >>> >> >> >> >> >> >> >> >> >> -- >> >> >> On the first day, God created the heavens and the Earth >> >> >> On the second day, God created the oceans. >> >> >> On the third day, God put the animals on hold for a few hours, >> >> >> and did a little diving. >> >> >> And God said, "This is good." >> >> >> >> >> > >> >> > >> >> > -- >> >> > On the first day, God created the heavens and the Earth >> >> > On the second day, God created the oceans. >> >> > On the third day, God put the animals on hold for a few hours, >> >> > and did a little diving. >> >> > And God said, "This is good." >> >> > _______________________________________________ >> >> > use-livecode mailing list >> >> > use-livecode at 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 at lists.runrev.com >> >> Please visit this url to subscribe, unsubscribe and manage your >> >> subscription preferences: >> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Thu Feb 1 13:24:21 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 1 Feb 2024 13:24:21 -0500 Subject: [off] google project idx Message-ID: google is sending out invites to try out their version of a low-code web-based ide, called idx. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 14:24:08 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 14:24:08 -0500 Subject: activation and login broken? Message-ID: hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From dave at davewood.nz Fri Feb 2 14:56:33 2024 From: dave at davewood.nz (David Wood) Date: Sat, 3 Feb 2024 08:56:33 +1300 Subject: activation and login broken? In-Reply-To: References: Message-ID: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Fri Feb 2 15:00:21 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:00:21 -0500 Subject: activation and login broken? In-Reply-To: References: Message-ID: <002d01da5612$772367a0$656a36e0$@net> Mike, Same here. Last time this happened someone submitted an LC hosting urgent ticket and it was fixed pronto. I will do it now. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Mike Kerner via use-livecode Sent: Friday, February 02, 2024 2:24 PM To: How to use LiveCode Cc: Mike Kerner Subject: activation and login broken? hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From kevin at livecode.com Fri Feb 2 14:59:09 2024 From: kevin at livecode.com (Kevin Miller) Date: Fri, 02 Feb 2024 19:59:09 +0000 Subject: activation and login broken? In-Reply-To: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> Message-ID: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Something is wrong... We are looking into it now. Kind regards, Kevin Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Fri Feb 2 14:59:29 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 14:59:29 -0500 Subject: activation and login broken? In-Reply-To: <002d01da5612$772367a0$656a36e0$@net> References: <002d01da5612$772367a0$656a36e0$@net> Message-ID: how in the world does one submit an "urgent" ticket? On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < use-livecode at lists.runrev.com> wrote: > Mike, > Same here. Last time this happened someone submitted an LC hosting urgent > ticket and it was fixed pronto. > I will do it now. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On > Behalf > Of Mike Kerner via use-livecode > Sent: Friday, February 02, 2024 2:24 PM > To: How to use LiveCode > Cc: Mike Kerner > Subject: activation and login broken? > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth On the second day, > God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From rdimola at evergreeninfo.net Fri Feb 2 15:05:00 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:05:00 -0500 Subject: activation and login broken? In-Reply-To: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Message-ID: <003101da5613$1dad6080$59082180$@net> Kevin, Thanks I submitted a hosting ticket. Ignore now that you're on it. -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Kevin Miller via use-livecode Sent: Friday, February 02, 2024 2:59 PM To: How to use LiveCode Cc: Kevin Miller Subject: Re: activation and login broken? Something is wrong... We are looking into it now. Kind regards, Kevin Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Fri Feb 2 15:06:12 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:06:12 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> Message-ID: <003501da5613$480649f0$d812ddd0$@net> Select urgent on the hosting support contact us page. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net Phone: 518-636-3998 Ex:11 Cell: 518-796-9332 From: Mike Kerner [mailto:MikeKerner at roadrunner.com] Sent: Friday, February 02, 2024 2:59 PM To: How to use LiveCode Cc: Ralph DiMola Subject: Re: activation and login broken? how in the world does one submit an "urgent" ticket? On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode wrote: Mike, Same here. Last time this happened someone submitted an LC hosting urgent ticket and it was fixed pronto. I will do it now. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Mike Kerner via use-livecode Sent: Friday, February 02, 2024 2:24 PM To: How to use LiveCode Cc: Mike Kerner Subject: activation and login broken? hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." _______________________________________________ use-livecode mailing list use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:09:01 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:09:01 -0500 Subject: activation and login broken? In-Reply-To: <003501da5613$480649f0$d812ddd0$@net> References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: welp, i don't have hosting. good thing i have you. On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < use-livecode at lists.runrev.com> wrote: > Select urgent on the hosting support contact us page. > > > > Ralph DiMola > > IT Director > > Evergreen Information Services > > rdimola at evergreeninfo.net > > Phone: 518-636-3998 Ex:11 > > Cell: 518-796-9332 > > > > From: Mike Kerner [mailto:MikeKerner at roadrunner.com] > Sent: Friday, February 02, 2024 2:59 PM > To: How to use LiveCode > Cc: Ralph DiMola > Subject: Re: activation and login broken? > > > > how in the world does one submit an "urgent" ticket? > > > > On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < > use-livecode at lists.runrev.com> wrote: > > Mike, > Same here. Last time this happened someone submitted an LC hosting urgent > ticket and it was fixed pronto. > I will do it now. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On > Behalf > Of Mike Kerner via use-livecode > Sent: Friday, February 02, 2024 2:24 PM > To: How to use LiveCode > Cc: Mike Kerner > Subject: activation and login broken? > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth On the second day, > God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > -- > > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:16:15 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:16:15 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: and you, kevin. good thing i have you, too. On Fri, Feb 2, 2024 at 3:09 PM Mike Kerner wrote: > welp, i don't have hosting. good thing i have you. > > On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Select urgent on the hosting support contact us page. >> >> >> >> Ralph DiMola >> >> IT Director >> >> Evergreen Information Services >> >> rdimola at evergreeninfo.net >> >> Phone: 518-636-3998 Ex:11 >> >> Cell: 518-796-9332 >> >> >> >> From: Mike Kerner [mailto:MikeKerner at roadrunner.com] >> Sent: Friday, February 02, 2024 2:59 PM >> To: How to use LiveCode >> Cc: Ralph DiMola >> Subject: Re: activation and login broken? >> >> >> >> how in the world does one submit an "urgent" ticket? >> >> >> >> On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> Mike, >> Same here. Last time this happened someone submitted an LC hosting urgent >> ticket and it was fixed pronto. >> I will do it now. >> >> Ralph DiMola >> IT Director >> Evergreen Information Services >> rdimola at evergreeninfo.net >> >> -----Original Message----- >> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On >> Behalf >> Of Mike Kerner via use-livecode >> Sent: Friday, February 02, 2024 2:24 PM >> To: How to use LiveCode >> Cc: Mike Kerner >> Subject: activation and login broken? >> >> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >> activation dialog, so i tried to log in, and got an error. so, i tried to >> log into the livecode website, and hit the same thing. >> >> -- >> On the first day, God created the heavens and the Earth On the second day, >> God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> >> >> >> >> -- >> >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:17:51 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:17:51 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: i think we're back up. On Fri, Feb 2, 2024 at 3:16 PM Mike Kerner wrote: > and you, kevin. > good thing i have you, too. > > On Fri, Feb 2, 2024 at 3:09 PM Mike Kerner > wrote: > >> welp, i don't have hosting. good thing i have you. >> >> On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> Select urgent on the hosting support contact us page. >>> >>> >>> >>> Ralph DiMola >>> >>> IT Director >>> >>> Evergreen Information Services >>> >>> rdimola at evergreeninfo.net >>> >>> Phone: 518-636-3998 Ex:11 >>> >>> Cell: 518-796-9332 >>> >>> >>> >>> From: Mike Kerner [mailto:MikeKerner at roadrunner.com] >>> Sent: Friday, February 02, 2024 2:59 PM >>> To: How to use LiveCode >>> Cc: Ralph DiMola >>> Subject: Re: activation and login broken? >>> >>> >>> >>> how in the world does one submit an "urgent" ticket? >>> >>> >>> >>> On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < >>> use-livecode at lists.runrev.com> wrote: >>> >>> Mike, >>> Same here. Last time this happened someone submitted an LC hosting urgent >>> ticket and it was fixed pronto. >>> I will do it now. >>> >>> Ralph DiMola >>> IT Director >>> Evergreen Information Services >>> rdimola at evergreeninfo.net >>> >>> -----Original Message----- >>> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On >>> Behalf >>> Of Mike Kerner via use-livecode >>> Sent: Friday, February 02, 2024 2:24 PM >>> To: How to use LiveCode >>> Cc: Mike Kerner >>> Subject: activation and login broken? >>> >>> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >>> activation dialog, so i tried to log in, and got an error. so, i tried to >>> log into the livecode website, and hit the same thing. >>> >>> -- >>> On the first day, God created the heavens and the Earth On the second >>> day, >>> God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> >>> >>> >>> >>> -- >>> >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From dave at davewood.nz Fri Feb 2 15:27:18 2024 From: dave at davewood.nz (David Wood) Date: Sat, 3 Feb 2024 09:27:18 +1300 Subject: activation and login broken? In-Reply-To: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Message-ID: ALL OK here again now - both on Mac and on Website login Thanks for the quick resolution! > On 3/02/2024, at 8:59 AM, Kevin Miller via use-livecode wrote: > > Something is wrong... We are looking into it now. > > Kind regards, > > Kevin > > Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ > LiveCode: Build Amazing Things > > > > > On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: > > > Same here > > > In my case just on Mac but also as you say trying to log into the Livecode website. > > >> On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: >> >> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >> activation dialog, so i tried to log in, and got an error. so, i tried to >> log into the livecode website, and hit the same thing. >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Sat Feb 3 10:40:33 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sat, 3 Feb 2024 10:40:33 -0500 Subject: web Message-ID: my subscription is up, soon. i have web, but the last time i tried it, no bueno. is anyone using web deploy? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Sat Feb 3 10:49:57 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sat, 3 Feb 2024 10:49:57 -0500 Subject: Top things you are waiting for .... In-Reply-To: References: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de> <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com> Message-ID: fyi, our subscription is up, shortly. i noticed that our compiler subscription has been extended until december, 2025. i hope that does not mean that compiler is going to be another ten months before we get to try to break it. On Tue, Jan 16, 2024 at 9:21 AM Mike Kerner wrote: > well, they do owe you at least a year of it, since you paid for it, in > advance > the same goes for all of us that paid for html5 and have...not that. > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From paul at researchware.com Sat Feb 3 13:36:44 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 13:36:44 -0500 Subject: Regex brain failure... Message-ID: I have a (reduced) example set of data in a variable "tCaseCodes" that is tab delimited set of lines below: 1         I am making a high salary    Text    2,319    Interview 1.txt 2         nontraditional field    Text    2,319    Interview 1.txt 3         gets married and stays married    Text    453,561  Interview 1.txt 4         wants kids    Text    927,1009    Interview 1.txt 5         leaves work when kids born doesn't return    Text  1012,1609    Interview 1.txt 6         takes major responsibility for family work    Text  1012,1609    Interview 1.txt I have a Regex pattern in the variable "tCodeToMatch" shown below: ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ I am executing the line of livecode script: filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates The variable tDuplicates should then contain: 2         nontraditional field    Text    2,319    Interview 1.txt But is instead, empty. Clearly, I must have made a Regex pattern mistake, but I am not seeing it. It is ^(start of line) \d+(any number of digits) \t(tab) nontraditional field  \t(tab) Text  \t(tab) 2,319  \t(tab) Interview 1.txt $(end of line) I thought that the period in the file name (Interview 1.txt) may have been an issue as period is a reserved regex character to match a single character. However, I get the same empty result if I escape the period, so it must be something else. I believe \d+ gets me an integer as the number in this column could be several digits long. A second set of regex eyes would be appreciated. From paul at researchware.com Sat Feb 3 16:12:27 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 16:12:27 -0500 Subject: Regex brain failure... In-Reply-To: References: Message-ID: Never mind. The correct pattern is: ^\d+?\t.\tnontraditional field\tText\t2,319\tInterview 1\.txt$ There is a column with a space in it between the number column (1st column) and the 3rd column (which I thought was the 2nd column) that has the code name in it (ie. nontradtional field). Now to figure out why that is! On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > I have a (reduced) example set of data in a variable "tCaseCodes" that > is tab delimited set of lines below: > > 1         I am making a high salary    Text    2,319    Interview 1.txt > 2         nontraditional field    Text    2,319    Interview 1.txt > 3         gets married and stays married    Text    453,561  Interview > 1.txt > 4         wants kids    Text    927,1009    Interview 1.txt > 5         leaves work when kids born doesn't return    Text >  1012,1609    Interview 1.txt > 6         takes major responsibility for family work    Text >  1012,1609    Interview 1.txt > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > I am executing the line of livecode script: > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > The variable tDuplicates should then contain: > > 2         nontraditional field    Text    2,319    Interview 1.txt > > But is instead, empty. > > Clearly, I must have made a Regex pattern mistake, but I am not seeing > it. It is ^(start of line) \d+(any number of digits) \t(tab) > nontraditional field  \t(tab) Text  \t(tab) 2,319  \t(tab) Interview > 1.txt $(end of line) > > I thought that the period in the file name (Interview 1.txt) may have > been an issue as period is a reserved regex character to match a > single character. However, I get the same empty result if I escape the > period, so it must be something else. I believe \d+ gets me an integer > as the number in this column could be several digits long. > > A second set of regex eyes would be appreciated. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kaveh at rivervalley.io Sat Feb 3 19:04:18 2024 From: kaveh at rivervalley.io (Kaveh Bazargan) Date: Sun, 4 Feb 2024 00:04:18 +0000 Subject: Regex brain failure... In-Reply-To: References: Message-ID: For testing regex you might find it useful to use regex101. It's excellent and you can save the page. I put your text here just for testing. pls note your tabs are corrupted in the email and I put an "a" to make it work just for test. On Sat, 3 Feb 2024 at 21:13, Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > Never mind. > > The correct pattern is: ^\d+?\t.\tnontraditional > field\tText\t2,319\tInterview 1\.txt$ > > There is a column with a space in it between the number column (1st > column) and the 3rd column (which I thought was the 2nd column) that has > the code name in it (ie. nontradtional field). Now to figure out why > that is! > > On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > > I have a (reduced) example set of data in a variable "tCaseCodes" that > > is tab delimited set of lines below: > > > > 1 I am making a high salary Text 2,319 Interview 1.txt > > 2 nontraditional field Text 2,319 Interview 1.txt > > 3 gets married and stays married Text 453,561 Interview > > 1.txt > > 4 wants kids Text 927,1009 Interview 1.txt > > 5 leaves work when kids born doesn't return Text > > 1012,1609 Interview 1.txt > > 6 takes major responsibility for family work Text > > 1012,1609 Interview 1.txt > > > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > > > I am executing the line of livecode script: > > > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > > > The variable tDuplicates should then contain: > > > > 2 nontraditional field Text 2,319 Interview 1.txt > > > > But is instead, empty. > > > > Clearly, I must have made a Regex pattern mistake, but I am not seeing > > it. It is ^(start of line) \d+(any number of digits) \t(tab) > > nontraditional field \t(tab) Text \t(tab) 2,319 \t(tab) Interview > > 1.txt $(end of line) > > > > I thought that the period in the file name (Interview 1.txt) may have > > been an issue as period is a reserved regex character to match a > > single character. However, I get the same empty result if I escape the > > period, so it must be something else. I believe \d+ gets me an integer > > as the number in this column could be several digits long. > > > > A second set of regex eyes would be appreciated. > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Kaveh Bazargan PhD Director River Valley Technologies ● Twitter ● LinkedIn ● ORCID ● @kaveh1000 at mastodon.social *Accelerating the Communication of Research* * [image: https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/] * From alex at tweedly.net Sat Feb 3 19:36:04 2024 From: alex at tweedly.net (Alex Tweedly) Date: Sun, 4 Feb 2024 00:36:04 +0000 Subject: web In-Reply-To: References: Message-ID: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> I've not been able to get anything worthwhile to work on web. All the working examples that I've seen (e.g. Andreas's example last week of interaction between browser and LC) , have involved a significant amount of html + JS being written. The default shipping web wrapper is completely under-functional (no simple customization, can't even handle a window resize, no documentation on what will/won't be possible, no cloud storage interface, ....) that I'd have to describe it as pre-beta. I'll look at the next DP to see if there's been any progress, but I've completely shelved all the ideas I had about using it any time soon. Alex. On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: > my subscription is up, soon. i have web, but the last time i tried it, no > bueno. is anyone using web deploy? > From paul at researchware.com Sat Feb 3 19:39:36 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 19:39:36 -0500 Subject: Regex brain failure... In-Reply-To: References: Message-ID: <1a5ab678-5014-4945-a560-3fe334ee7661@researchware.com> https://regex101.com/ is exactly the site I ended up using. The step through debugger is perfect for fining where a particular pattern fails. It's what let me see there was a tab space tab where I expected a single tab in the data and correct teh regex for the data as it actually is. On 2/3/2024 7:04 PM, Kaveh Bazargan wrote: > For testing regex you might find it useful to use regex101. It's > excellent and you can save the page. I put your text here >  just for testing. pls note your tabs > are corrupted in the email and I put an "a" to make it work just for test. > > On Sat, 3 Feb 2024 at 21:13, Paul Dupuis via use-livecode > wrote: > > Never mind. > > The correct pattern is: ^\d+?\t.\tnontraditional > field\tText\t2,319\tInterview 1\.txt$ > > There is a column with a space in it between the number column (1st > column) and the 3rd column (which I thought was the 2nd column) > that has > the code name in it (ie. nontradtional field). Now to figure out why > that is! > > On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > > I have a (reduced) example set of data in a variable > "tCaseCodes" that > > is tab delimited set of lines below: > > > > 1         I am making a high salary    Text    2,319  Interview > 1.txt > > 2         nontraditional field    Text    2,319  Interview 1.txt > > 3         gets married and stays married    Text  453,561 >  Interview > > 1.txt > > 4         wants kids    Text    927,1009    Interview 1.txt > > 5         leaves work when kids born doesn't return  Text > >  1012,1609    Interview 1.txt > > 6         takes major responsibility for family work  Text > >  1012,1609    Interview 1.txt > > > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > > > I am executing the line of livecode script: > > > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > > > The variable tDuplicates should then contain: > > > > 2         nontraditional field    Text    2,319  Interview 1.txt > > > > But is instead, empty. > > > > Clearly, I must have made a Regex pattern mistake, but I am not > seeing > > it. It is ^(start of line) \d+(any number of digits) \t(tab) > > nontraditional field  \t(tab) Text  \t(tab) 2,319 \t(tab) Interview > > 1.txt $(end of line) > > > > I thought that the period in the file name (Interview 1.txt) may > have > > been an issue as period is a reserved regex character to match a > > single character. However, I get the same empty result if I > escape the > > period, so it must be something else. I believe \d+ gets me an > integer > > as the number in this column could be several digits long. > > > > A second set of regex eyes would be appreciated. > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > -- > Kaveh Bazargan PhD > Director > River Valley Technologies   Twitter >   LinkedIn > ORCID > @kaveh1000 at mastodon.social > > *Accelerating the Communication of Research* > * > https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/ > > * From david.bovill at gmail.com Mon Feb 5 14:40:32 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 19:40:32 +0000 Subject: Livecode Demo of two way javascript communication? In-Reply-To: <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: Perfect - just what I was looking for. Can you share the stack, and the steps to saving / exporting the standalone? On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < use-livecode at lists.runrev.com> wrote: > OK, so here’s a quick proof of concept, with functions triggered from page > to stack and from stack to page. > It is not using postMessage, only 'standard’ javascript listeners. Works > well on mobile too (at least iPhone). > > https://wheninspace.com/WebpageInteractionStack/ > > If I find the time, it would be very interesting to try deploying two > different stacks on the same page (is that even possible?), and then have > them communicate with each other. Or have two stacks in two different > pages, and have them communicate via postMessage calls… > > > > 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < > use-livecode at lists.runrev.com>: > > > > The scenario would be events like resize, or a button click in the html > > page triggering a handler in the Livecode wasm export. The other way > round > > would ve a Livecode handler in the exported wasm widget calling a > > javascriot function in the surrounding Web page. > > > > My understanding in other contexts is that you use the postMessage Web > api > > for this type of thing - > > > https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE > > > > Apart from triggering handlers in both directions passing (json) data in > > both directions is needed. > > > > On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < > > use-livecode at lists.runrev.com> wrote: > > > >> I’ve created some web deployments where the web page interacts with the > >> stack e.g. in the sense that a change of the browser window rect > triggers a > >> resizeStack message in the stack. > >> > >> But I’m not sure if by bidirectional you mean that actions in the stack > >> should also affect the web page in some way? Could you give an example > of > >> what you have in mind? > >> > >> > >>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < > >> use-livecode at lists.runrev.com>: > >>> > >>> Is there a demo out there for simple bidirectional interaction between > a > >>> web page and a recent stack exported as wasm? Anyone experimenting with > >>> this? > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From david.bovill at gmail.com Mon Feb 5 15:07:11 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 20:07:11 +0000 Subject: Mousedown in Application Menubar Messages In-Reply-To: <5357224F-1A01-4F2E-804A-014467118930@gmail.com> References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: I'm having a difficult to track down issue with application menus I've created using the Menu Builder tool - everything works but the "mouseDown" message is not sent to the group - well sometimes it is sometimes it is not :) I'm using "mousedown" to trigger dynamic formatting of the menus. Menupick messages are sent fine. Has anyone had a similar experience - I feel it may be due to the detail of how the menu-buttons are formatted in the group - but it might also be a bug in dp7? From paul at researchware.com Mon Feb 5 15:17:54 2024 From: paul at researchware.com (Paul Dupuis) Date: Mon, 5 Feb 2024 15:17:54 -0500 Subject: Mousedown in Application Menubar Messages In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> I've not experienced any problems with the menubar group receiving a mouseDown message to adjust the menus based on context before they appear (LC versions up to 9.6.11 on macOS and Windows) A long time back, I did have an unnecessary  'wait 0 with messages' in my mouseDown handler and had instances where other messages fired before my mouseDown handler was done (or so it seemed). On 2/5/2024 3:07 PM, David Bovill via use-livecode wrote: > I'm having a difficult to track down issue with application menus I've > created using the Menu Builder tool - everything works but the "mouseDown" > message is not sent to the group - well sometimes it is sometimes it is not > :) I'm using "mousedown" to trigger dynamic formatting of the menus. Menupick > messages are sent fine. > > Has anyone had a similar experience - I feel it may be due to the detail of > how the menu-buttons are formatted in the group - but it might also be a > bug in dp7? > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From david.bovill at gmail.com Mon Feb 5 15:18:10 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 20:18:10 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: I've been working for a while on a native server written in Livecode using sockets. I feel it is definitely something that is sorely needed - but to do it properly is more work that I initially thought. I need to add HTTP 206 partial content support - https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect there to be other things that will need to be added. Is anyone interested / need this? Or does anyone already have something they use? From david.bovill at gmail.com Mon Feb 5 16:47:29 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 21:47:29 +0000 Subject: Mousedown in Application Menubar Messages In-Reply-To: <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> Message-ID: Thanks Paul - I'll check with 9.6.1 - I'm getting this behavior with10 dp7 on MacOS On Mon, 5 Feb 2024 at 20:19, Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > I've not experienced any problems with the menubar group receiving a > mouseDown message to adjust the menus based on context before they > appear (LC versions up to 9.6.11 on macOS and Windows) > > A long time back, I did have an unnecessary 'wait 0 with messages' in > my mouseDown handler and had instances where other messages fired before > my mouseDown handler was done (or so it seemed). > > > On 2/5/2024 3:07 PM, David Bovill via use-livecode wrote: > > I'm having a difficult to track down issue with application menus I've > > created using the Menu Builder tool - everything works but the > "mouseDown" > > message is not sent to the group - well sometimes it is sometimes it is > not > > :) I'm using "mousedown" to trigger dynamic formatting of the menus. > Menupick > > messages are sent fine. > > > > Has anyone had a similar experience - I feel it may be due to the detail > of > > how the menu-buttons are formatted in the group - but it might also be a > > bug in dp7? > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Mon Feb 5 19:46:54 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Mon, 5 Feb 2024 19:46:54 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: i don't use lc as a server (but maybe i should think about it). i use it to write mobile apps, so i could use http sockets on the client side. On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < use-livecode at lists.runrev.com> wrote: > I've been working for a while on a native server written in Livecode using > sockets. I feel it is definitely something that is sorely needed - but to > do it properly is more work that I initially thought. I need to add HTTP > 206 partial content support - > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > they use? > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From david.bovill at gmail.com Tue Feb 6 02:27:42 2024 From: david.bovill at gmail.com (David Bovill) Date: Tue, 6 Feb 2024 07:27:42 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: For testing mobile apps in development? I'm using it for an electron-style app, and may also use it for container based microservices. On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > i don't use lc as a server (but maybe i should think about it). i use it to > write mobile apps, so i could use http sockets on the client side. > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > I've been working for a while on a native server written in Livecode > using > > sockets. I feel it is definitely something that is sorely needed - but to > > do it properly is more work that I initially thought. I need to add HTTP > > 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > > > Is anyone interested / need this? Or does anyone already have something > > they use? > > _______________________________________________ > > use-livecode mailing list > > use-livecode at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Tue Feb 6 10:55:39 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 6 Feb 2024 10:55:39 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: testing? no, for deployment. our newest app could use http sockets to persist comms with our REST server, instead of using long timeouts or pinging the server every few seconds for updates. On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode < use-livecode at lists.runrev.com> wrote: > For testing mobile apps in development? I'm using it for an electron-style > app, and may also use it for container based microservices. > > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > i don't use lc as a server (but maybe i should think about it). i use it > to > > write mobile apps, so i could use http sockets on the client side. > > > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > I've been working for a while on a native server written in Livecode > > using > > > sockets. I feel it is definitely something that is sorely needed - but > to > > > do it properly is more work that I initially thought. I need to add > HTTP > > > 206 partial content support - > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > > there to be other things that will need to be added. > > > > > > Is anyone interested / need this? Or does anyone already have something > > > they use? > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From tom at makeshyft.com Tue Feb 6 18:52:11 2024 From: tom at makeshyft.com (Tom Glod) Date: Tue, 6 Feb 2024 18:52:11 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: Hey David, I am quite interested in this. Just last night I was working on setting up a Linux distro with Desktop, and Ubuntu with XFCE desktop. Everything seems to be running OK, except for some permissions issues. I have also beaten reworking my multi-core library, so I'd be super curious to test that with your library. Perhaps this is an ignorant question, but what is different about the HTTPD library that is currently part of LC? is it the http version? Thanks, Tom On Tue, Feb 6, 2024 at 10:57 AM Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > testing? no, for deployment. > our newest app could use http sockets to persist comms with our REST > server, instead of using long timeouts or pinging the server every few > seconds for updates. > > On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > For testing mobile apps in development? I'm using it for an > electron-style > > app, and may also use it for container based microservices. > > > > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > i don't use lc as a server (but maybe i should think about it). i use > it > > to > > > write mobile apps, so i could use http sockets on the client side. > > > > > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > > > use-livecode at lists.runrev.com> wrote: > > > > > > > I've been working for a while on a native server written in Livecode > > > using > > > > sockets. I feel it is definitely something that is sorely needed - > but > > to > > > > do it properly is more work that I initially thought. I need to add > > HTTP > > > > 206 partial content support - > > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I > expect > > > > there to be other things that will need to be added. > > > > > > > > Is anyone interested / need this? Or does anyone already have > something > > > > they use? > > > > _______________________________________________ > > > > use-livecode mailing list > > > > use-livecode at lists.runrev.com > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > subscription preferences: > > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > > > > > -- > > > On the first day, God created the heavens and the Earth > > > On the second day, God created the oceans. > > > On the third day, God put the animals on hold for a few hours, > > > and did a little diving. > > > And God said, "This is good." > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at 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 at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From ambassador at fourthworld.com Tue Feb 6 23:02:53 2024 From: ambassador at fourthworld.com (ambassador at fourthworld.com) Date: Wed, 07 Feb 2024 04:02:53 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server Message-ID: David Bovill wrote: > I've been working for a while on a native server written in Livecode > using sockets. I feel it is definitely something that is sorely needed > - but to do it properly is more work that I initially thought. I need > to add HTTP 206 partial content support - > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > they use? MC shipped with a simple HTTPd example included, and many years ago back when Pierre was still active here I dusted it off to add support for HTTP 1.1 so it would work with modern browsers: https://fourthworld.net/lc/mchttpd-4W.zip It's been years since I touched it, and IIRC the only other change I made was to use callbacks for both ends of the network I/O (for some reason Raney had used callbacks only on one side, tho I can't recall if his was on the write or read end). Callbacks for net I/O help a lot. If you're already far enough down the road to be thinking of 206 errors, there's likely nothing here you haven't already written. But as an example (slightly updated) of the sort of thing that used to ship with old versions to encourage exploration of network apps, it may be a fun trip down memory lane. A question, if interesting to answer: one of the reasons I set this aside was the beginning of a process of moving away from my own homegrown tools for generic commodities like socket servers. Apache and Node cover most of what I've needed since, and I don't have to maintain them, so I can focus on the stuff specific to my app. What are you working on these days? I stumbled across your chat with Ward Cunningham in the Full Moon Happening just a few months ago; good stuff. Curious if your interest in decentralization is still a focus, and whether it also includes things like IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. Richard Gaskin FourthWorld.com From andreas.bergendal at gmail.com Wed Feb 7 14:44:49 2024 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Wed, 7 Feb 2024 20:44:49 +0100 Subject: Livecode Demo of two way javascript communication? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: I’ve added a source code download link at the bottom of the page: https://wheninspace.com/WebpageInteractionStack/ The steps are rather simple: - Open the stack with LC10 and run the standalone builder with "Build for web" checked. - Replace the html file in the deployment folder (in this case ”WebpageInteractionStack.html”) with the index.html file included in the source code download. - Upload everything in the deployment folder (should be 7 files) to whatever server you use, and then go to that location with your web browser to launch the index.html file. The html file can of course be named whatever you like, but then you must include it in the url when accessing the site. By calling it index.html it suffices to include the parent level in the url (like I do above). But I guess y’all know this, I believe it's worked like that since the dawn of the internet… :) > 5 feb. 2024 kl. 20:40 skrev David Bovill via use-livecode : > > Perfect - just what I was looking for. Can you share the stack, and the > steps to saving / exporting the standalone? > > On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> OK, so here’s a quick proof of concept, with functions triggered from page >> to stack and from stack to page. >> It is not using postMessage, only 'standard’ javascript listeners. Works >> well on mobile too (at least iPhone). >> >> https://wheninspace.com/WebpageInteractionStack/ >> >> If I find the time, it would be very interesting to try deploying two >> different stacks on the same page (is that even possible?), and then have >> them communicate with each other. Or have two stacks in two different >> pages, and have them communicate via postMessage calls… >> >> >>> 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < >> use-livecode at lists.runrev.com>: >>> >>> The scenario would be events like resize, or a button click in the html >>> page triggering a handler in the Livecode wasm export. The other way >> round >>> would ve a Livecode handler in the exported wasm widget calling a >>> javascriot function in the surrounding Web page. >>> >>> My understanding in other contexts is that you use the postMessage Web >> api >>> for this type of thing - >>> >> https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE >>> >>> Apart from triggering handlers in both directions passing (json) data in >>> both directions is needed. >>> >>> On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < >>> use-livecode at lists.runrev.com> wrote: >>> >>>> I’ve created some web deployments where the web page interacts with the >>>> stack e.g. in the sense that a change of the browser window rect >> triggers a >>>> resizeStack message in the stack. >>>> >>>> But I’m not sure if by bidirectional you mean that actions in the stack >>>> should also affect the web page in some way? Could you give an example >> of >>>> what you have in mind? >>>> >>>> >>>>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < >>>> use-livecode at lists.runrev.com>: >>>>> >>>>> Is there a demo out there for simple bidirectional interaction between >> a >>>>> web page and a recent stack exported as wasm? Anyone experimenting with >>>>> this? From paul at researchware.com Sat Feb 10 16:16:59 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 10 Feb 2024 16:16:59 -0500 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: References: Message-ID: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> So, I finally tracked this maximization weirdness down. This only occurs on macOS when a window is maximized using the titlebar maximization icon (which cause teh window to go to fullscreen, hiding the window titlebar and macOS menubar. The menubar and titlebar re-appear if your roll the mouse over where they are hidden, allowing the user to click on titlebar maximization icon to restore the window to normal size. The issue also only occurs if the resizeStack handler for the window uses the passed parameters to determine position of objects within the window. i.e. if you do: Example 1) on resizeStack pNewWidth, pNewHeight   set the bottomRight of btn "X" to (pNewWidth-5),(pNewHeight-5) end resizeStack There can be a problem under the specific circumstances below. Where as: Example 2) on resizeStack   put the width of this stack into pNewWidth   put the height of this stack into pNewHeight   set the bottomRight of btn "X" to (pNewWidth-5),(pNewHeight-5) end resizeStack Will work under the specific circumstances below. When a window is mazimized on macOS, that window is sent a resizeStack message with the correct parameters, so either code block above works. However, on macOS ONLY (not Windows) when a window is maximized, after the resizeStack message is sent, a desktopChanged message is also sent My problem was that I also have a on desktopChanged handler in my app. I had expected desktopChanged to only be sent when a monitor is added or removed or the resolution of a monitor is changed (increased or decreased), not if a window is maximized. My desktopChanged handler, at one point, executes either a:   set the effective width of window tWindow to tMontiorWidth OR a   set the effective height of window tWindow to tMonitorHeight Either of which sends a resizeStack message to the stack/window. However, when it is sent this 2nd time as a result of the window maximization (which does a successful resizeStack, then desktopChanged, which sets teh effecting width/height, that causes a resizeStack) the resizeStack parameters, pNewWidth and pNewHeight are EMPTY, so any placement of controls based on the parameters use empty, which gets treated as zero. The work-around is the do Example 2 for resizeStack, but I think is might be considered an ENGINE BUG that on macOS, not Windows, maximization sends a resizeStack and then a desktopChanged message. No monitor has been added or removed, nor has the resolution of any monitor been changed, therefore I don't think a desktopChanged message SHOULD be sent on macOS window maximization. I think this is a bug? Does anyone have a valid reason why macOS should receive a desktopChanged message on window maximization when Windows does not? Paul Dupuis Researchware On 1/15/2024 6:16 PM, Paul Dupuis via use-livecode wrote: > I have a standalone, built with Livecode 9.6.11 STABLE, where for some > windows (stacks) on certain macOS versions, maximizing the window > results in no controls being drawn or most controls being drawn > incorrectly. > > It is not every resizable window (stack) in my app, just some. It is > not every version of macOS, just some. For example, on macOS Sonoma, > the offending windows (again, a subset of all my app's resizable > windows) work fine. On Mojave, they do not. > > On Windows, they all work fine when maximized (meaning they are all > rendered as expected). On macOS and Windows, they all RESIZE (i.e. > user window resizing) correctly. It is only certain windows AND only > on certain versions of macOS, and only when maximized (using the > titlebar green maximize circular icon). In fact. you can RESIZE the > window manually on macOS Sonoma or Mojave up to the working area of > the screen (all so the full screen except the menubar) and they all > render correctly. It is just the "full screen" maximize Apple now does > where it hides the window's titlebar until you hover over where it > would be that have a problem and, again, just for certain windows on > certain versions of macOS. > > I'm baffled as the resizeStack handlers are the same across platforms > (macOS and Windows). There is NOT platform specific code in the > resizeStack handlers and, I believe, that when a window is maximized, > Livecode just sends a resizeStack message. > > Has anyone seen or heard of any weirdness like this? > > I do not have a whole set of macOS version to test on. Sonoma and > Mojave are about it. I can compare the resizeStack handlers for the > stacks that maximize correctly with those that don't to see if there > is some issue, but they all work correctly on Windows and work > correctly when manually resized. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From curry at pair.com Sun Feb 11 13:52:41 2024 From: curry at pair.com (Curry Kenworthy) Date: Sun, 11 Feb 2024 13:52:41 -0500 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> References: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> Message-ID: <41a7085a-a8c4-484e-9513-c4f7fe008b7e@pair.com> Paul: > So, I finally tracked this maximization weirdness down. Good job cracking the case, for this particular maximization example! > The issue also only occurs if the resizeStack handler > for the window uses the passed parameters BEST PRACTICE for LC: 1. Instead of param, use property such as width of stack when possible - more robust/durable across LC/OS versions with use cases and other code. Specific bugs get reported and fixed over time, but properties help. 2. Put actual resize code in a separate command - reinforces habit #1, facilitates testing, can call from other handlers. > However, on macOS ONLY (not Windows) when a window is maximized, > after the resizeStack ... a desktopChanged message is also sent Safe to assume that Windows will have similar issues now or later - the trend is OS's making a big deal of windowing/arrangement tricks. > My problem was that I also have a on desktopChanged handler ... > set the effective width of window tWindow to tMonitorWidth ... > which sends a resizeStack message to the stack/window. > However, when it is sent this 2nd time ... > pNewWidth and pNewHeight are EMPTY Definitely this part is a bug to report! Those params should be reliable every time. > Does anyone have a valid reason why macOS should receive a > desktopChanged message on window maximization when Windows does not? Good question! Also keep an eye out for future similar Windows issues. Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From curry at pair.com Sun Feb 11 14:10:59 2024 From: curry at pair.com (Curry Kenworthy) Date: Sun, 11 Feb 2024 14:10:59 -0500 Subject: Mousedown in Application Menubar Messages In-Reply-To: References: Message-ID: David: > I'm having a difficult to track down issue with application menus I've > created using the Menu Builder tool - everything works but the > "mouseDown" message is not sent to the group - > well sometimes it is sometimes it is not :) I remember a similar issue - are you on Mac? The menubar being on the OS can require coding consideration - and mouseDown rings a bell, if you have any further details.... Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From kee.nethery at elloco.com Sun Feb 11 17:04:05 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 14:04:05 -0800 Subject: How to edit a How To Lesson? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: I seem to have forgotten how to edit my LiveCode lesson. Can someone point to a how to on how to edit a lesson? In specific: https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store Thanks, Kee Nethery From matthias_livecode_150811 at m-r-d.de Sun Feb 11 17:38:16 2024 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Sun, 11 Feb 2024 23:38:16 +0100 Subject: How to edit a How To Lesson? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> This is only possible, when you have an account for the Lessons (Screensteps) website. You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here https://www.screensteps.com/downloads As you already have created lessons at least the one from your posted link, you should already have access to it. Did you already try to recover your password? > Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : > > I seem to have forgotten how to edit my LiveCode lesson. > > Can someone point to a how to on how to edit a lesson? In specific: > > https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store > > Thanks, > > Kee Nethery > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Feb 11 17:58:17 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 14:58:17 -0800 Subject: How to edit a How To Lesson? In-Reply-To: <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> Message-ID: <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> > On Feb 11, 2024, at 2:38 PM, matthias rebbe via use-livecode wrote: > > This is only possible, when you have an account for the Lessons (Screensteps) website. > You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here > https://www.screensteps.com/downloads > > As you already have created lessons at least the one from your posted link, you should already have access to it. > Did you already try to recover your password? I had to reset my password to log in but it didn’t appear to grant me any additional access to my lesson. Will try the screensteps download. Thanks, Kee > >> Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : >> >> I seem to have forgotten how to edit my LiveCode lesson. >> >> Can someone point to a how to on how to edit a lesson? In specific: >> >> https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store >> >> Thanks, >> >> Kee Nethery >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Feb 11 18:04:58 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 15:04:58 -0800 Subject: How to edit a How To Lesson? In-Reply-To: <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> Message-ID: <5ECBA669-4EB0-46DE-83EE-C3FFFE20454F@elloco.com> The link is not lessons.livecode.com but rather https://runrev.screenstepslive.com/admin/v2/sites/14751/toc This looks like it will get me to the edit page. Not sure I need the Screensteps app but we’ll see. Thanks Kee > On Feb 11, 2024, at 2:58 PM, kee nethery via use-livecode wrote: > > > >> On Feb 11, 2024, at 2:38 PM, matthias rebbe via use-livecode wrote: >> >> This is only possible, when you have an account for the Lessons (Screensteps) website. >> You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here >> https://www.screensteps.com/downloads >> >> As you already have created lessons at least the one from your posted link, you should already have access to it. >> Did you already try to recover your password? > > I had to reset my password to log in but it didn’t appear to grant me any additional access to my lesson. Will try the screensteps download. Thanks, > Kee > > >> >>> Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : >>> >>> I seem to have forgotten how to edit my LiveCode lesson. >>> >>> Can someone point to a how to on how to edit a lesson? In specific: >>> >>> https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store >>> >>> Thanks, >>> >>> Kee Nethery >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Mon Feb 12 11:36:35 2024 From: mark at livecode.com (Mark Waddingham) Date: Mon, 12 Feb 2024 16:36:35 +0000 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> References: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> Message-ID: <8d8809d737499ea5c5d30d8027d7c453@livecode.com> On 2024-02-10 21:16, Paul Dupuis via use-livecode wrote: > My desktopChanged handler, at one point, executes either a: > >   set the effective width of window tWindow to tMontiorWidth > OR a >   set the effective height of window tWindow to tMonitorHeight > > Either of which sends a resizeStack message to the stack/window. > However, when it is sent this 2nd time as a result of the window > maximization (which does a successful resizeStack, then desktopChanged, > which sets teh effecting width/height, that causes a resizeStack) the > resizeStack parameters, pNewWidth and pNewHeight are EMPTY, so any > placement of controls based on the parameters use empty, which gets > treated as zero. As far as I can see, the engine only ever sends resizeStack with all parameters - so if your stack is getting a resizeStack with only two arguments - that's being sent from your code or a library you are using I think. > The work-around is the do Example 2 for resizeStack, but I think is > might be considered an ENGINE BUG that on macOS, not Windows, > maximization sends a resizeStack and then a desktopChanged message. No > monitor has been added or removed, nor has the resolution of any > monitor been changed, therefore I don't think a desktopChanged message > SHOULD be sent on macOS window maximization. I think this is a bug? > Does anyone have a valid reason why macOS should receive a > desktopChanged message on window maximization when Windows does not? So the engine hooks into the notification from the OS for a change in screen parameters... The engine then checks the new ones against the old and sends desktopChanged if there are any differences. In the case of maximization on macOS - using (what is now!) the fullscreen gadget on the titlebar of windows causes the OS furniture to ebb away - i.e. the *working* screenRect changes - and thus the engine sends the desktopChanged notification.* (You can test this by creating a stack and 'answer the screenRect & return & the working screenRect' - click before and after the fullscreen gadget on the title bar, and there will be a difference.) Warmest Regards, Mark. P.S. The message is also sent when the dock is adjusted in size too - so presumably you would see the same problem then (assuming your handling of the desktopChanged message is causing the errant resizeStack with only two arguments to be sent from script somehow). -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things From andreas.bergendal at gmail.com Mon Feb 12 14:14:59 2024 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Mon, 12 Feb 2024 20:14:59 +0100 Subject: web In-Reply-To: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> References: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> Message-ID: I agree that the standalone builder pane for web deployment is strangely under-functional (it would be so easy to just add a few options for title, background colour of the page, custom logo link etc), and it could also so easily include a resize listener per default in the html file. Nevertheless, already when 10 dp1 came out I was impressed by how much of regular LC stuff that just worked out of the box when deploying to web. Now with 10 dp7 even more things work, even though there’s still some way to go before we’re near a release candidate. I have made several web deployment examples of various kinds and few of them required any significant html/js modifications. Even the browser/LC interaction example, which specifically addressed the case when a deployed stack is embedded on a site rather than being the site, needed just two JavaScript functions of 6-7 lines of code, which ChatGPT effortlessly provided me with. Still, I’ts quite understandable that tinkering with the html file and adding JavaScript functions to bend the web deployment to your will can be intimidating and/or a time-consuming trial-and-error exercise. So, I’m working on a helper stack that will cover some of the gap that the current standalone builder functionality leaves. I need it myself to avoid having to repeat code copy-pasting with every new project - and thus I may as well go all in and make a proper tool that I can share with my fellow LiveCoders. So, stay tuned! ;-) /Andreas > 4 feb. 2024 kl. 01:36 skrev Alex Tweedly via use-livecode : > > I've not been able to get anything worthwhile to work on web. > > All the working examples that I've seen (e.g. Andreas's example last week of interaction between browser and LC) , have involved a significant amount of html + JS being written. The default shipping web wrapper is completely under-functional (no simple customization, can't even handle a window resize, no documentation on what will/won't be possible, no cloud storage interface, ....) that I'd have to describe it as pre-beta. > > I'll look at the next DP to see if there's been any progress, but I've completely shelved all the ideas I had about using it any time soon. > > Alex. > > On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: >> my subscription is up, soon. i have web, but the last time i tried it, no >> bueno. is anyone using web deploy? >> > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From sean at pidigital.co.uk Mon Feb 12 17:50:29 2024 From: sean at pidigital.co.uk (Sean Cole) Date: Mon, 12 Feb 2024 22:50:29 +0000 Subject: web In-Reply-To: References: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> Message-ID: I'd been waiting since just before the pandemic started, 2019. Had a meeting with the developers of the web platform early days (2015) and just before they were about to abandon the old method of Web deployment using JS for the the newer method in LC10. Paid 3 years of subscription for the newer method on the promise it was 'just around the corner' but was still unable to use it. Never got a refund - didn't bother chasing for one - they've basically stolen mine and my client's money! I've been forced to abandon my projects, income and business as a result. LC killed my company and nearly killed me too - although they will never admit to it and will seek to silence me. Good luck waiting for LC10 to be anywhere near ready for stable use. All the best Sean On Mon, 12 Feb 2024 at 19:14, Andreas Bergendal via use-livecode < use-livecode at lists.runrev.com> wrote: > I agree that the standalone builder pane for web deployment is strangely > under-functional (it would be so easy to just add a few options for title, > background colour of the page, custom logo link etc), and it could also so > easily include a resize listener per default in the html file. > > Nevertheless, already when 10 dp1 came out I was impressed by how much of > regular LC stuff that just worked out of the box when deploying to web. Now > with 10 dp7 even more things work, even though there’s still some way to go > before we’re near a release candidate. > > I have made several web deployment examples of various kinds and few of > them required any significant html/js modifications. > Even the browser/LC interaction example, which specifically addressed the > case when a deployed stack is embedded on a site rather than being the > site, needed just two JavaScript functions of 6-7 lines of code, which > ChatGPT effortlessly provided me with. > > Still, I’ts quite understandable that tinkering with the html file and > adding JavaScript functions to bend the web deployment to your will can be > intimidating and/or a time-consuming trial-and-error exercise. So, I’m > working on a helper stack that will cover some of the gap that the current > standalone builder functionality leaves. I need it myself to avoid having > to repeat code copy-pasting with every new project - and thus I may as well > go all in and make a proper tool that I can share with my fellow > LiveCoders. So, stay tuned! ;-) > > /Andreas > > > > > 4 feb. 2024 kl. 01:36 skrev Alex Tweedly via use-livecode < > use-livecode at lists.runrev.com>: > > > > I've not been able to get anything worthwhile to work on web. > > > > All the working examples that I've seen (e.g. Andreas's example last > week of interaction between browser and LC) , have involved a significant > amount of html + JS being written. The default shipping web wrapper is > completely under-functional (no simple customization, can't even handle a > window resize, no documentation on what will/won't be possible, no cloud > storage interface, ....) that I'd have to describe it as pre-beta. > > > > I'll look at the next DP to see if there's been any progress, but I've > completely shelved all the ideas I had about using it any time soon. > > > > Alex. > > > > On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: > >> my subscription is up, soon. i have web, but the last time i tried it, > no > >> bueno. is anyone using web deploy? > >> > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > From curry at pair.com Tue Feb 13 00:02:39 2024 From: curry at pair.com (Curry Kenworthy) Date: Tue, 13 Feb 2024 00:02:39 -0500 Subject: web In-Reply-To: References: Message-ID: Sean: > forced to abandon my projects, income and business as a result.... > Good luck waiting for LC10 to be anywhere near ready for stable use. Hi Sean, I feel for you! Sad about the terrible breaks. Whatever you do, NEVER lose heart; Ive had rug pulls here twice 1. First with FieldTrip: Fixed development budget raised, while a partner would test; simple plan. But LC notified a coming LC 6 change. Coding twice would break budget, so I asked for details.... Crickets! No info. A general mixup, or perhaps unrelated secrecy about LC 7? During that delay, project partner had to move on, so no team testing. Meanwhile Apple/LC were rapidly changing UI etc, plus I had a hospital stay and ended up in wheelchair most of the time; not the easiest situation! 2. Second rug pull was last year A client project had delays partly from health/long COVID, but also largely because of myriad LC bugs and limitations. Whack-a-mole: field, clipboard, image, web, etc, every area had something askew! So, I worked (as it turns out, volunteered) on workarounds and bug reports or CCs for old bugs, when the non-LC clients probably didnt understand or appreciate such things and simply blamed me; an unprofitable situation. I happen to love workarounds, but this was too much, especially sans pay in the end. Thus: Its a time when LC should probably focus (LISTEN MORE) on more RELIABLE code/features and straightforward platform BUILDS, stabilize the base, not just the next hot exciting trend. As others here have said extremely well. It delays everything, addons too. But I know I was put here in LC land for a reason, and wouldnt change that! Love LC and its roots. So MANY good experiences here, beyond those 2 challenging carpet malfunctions above. What doesnt kill us ... makes us awesome and mighty. Life requires that faith and perseverance. Heres hoping for a great 2024 for all, whatever it holds, and an even BETTER 2025! Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From marksmithhfx at gmail.com Tue Feb 13 05:08:25 2024 From: marksmithhfx at gmail.com (Mark Smith) Date: Tue, 13 Feb 2024 10:08:25 +0000 Subject: web In-Reply-To: References: Message-ID: > On 13 Feb 2024, at 5:02 am, Curry Kenworthy via use-livecode wrote: > > What doesn’t kill us ... makes us awesome and mighty. Life requires that faith and perseverance. Here’s hoping for a great 2024 for all, whatever it holds, and an even BETTER 2025! > My goodness Curry, how beautifully said. Thanks for sharing your thoughts. It reminds me of a quote I saw recently, “Resilience is my superpower”. Wishing everyone all the best in 2024. Mark From Bernd.Niggemann at uni-wh.de Tue Feb 13 08:40:18 2024 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Tue, 13 Feb 2024 13:40:18 +0000 Subject: Code Folding in LC Message-ID: Dear list I posted a stack on the Forum that temporarily installs Code Folding to LC version 9.6.9, 9.6.10, 9.6.11, or 10.0.0 DP 7. These changes are lost when closing LC Future versions might make changes to the installation stack necessary depending on the IDE changes in those versions. https://forums.livecode.com/viewtopic.php?f=9&t=38912 You can test drive it and decide if you like it. There are instructions how to make this a permanent change for your specific copy of LC if you want to. To Mike: Yes it still folds #< to # References: Message-ID: i was just about to ask if it still folded tags :-) On Tue, Feb 13, 2024 at 8:41 AM Niggemann, Bernd via use-livecode < use-livecode at lists.runrev.com> wrote: > Dear list > > I posted a stack on the Forum that temporarily installs Code Folding to LC > version 9.6.9, 9.6.10, 9.6.11, or 10.0.0 DP 7. These changes are lost when > closing LC > Future versions might make changes to the installation stack necessary > depending on the IDE changes in those versions. > > https://forums.livecode.com/viewtopic.php?f=9&t=38912 > > You can test drive it and decide if you like it. > There are instructions how to make this a permanent change for your > specific copy of LC if you want to. > > To Mike: Yes it still folds #< to # > Feedback welcome > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Tue Feb 13 11:45:36 2024 From: klaus at major-k.de (Klaus major-k) Date: Tue, 13 Feb 2024 17:45:36 +0100 Subject: Latest PolyGrid Message-ID: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Hi all, yesterday I installed the latest version of "livecode_enhancements-1_0_34" but the new "Polygrid" version 1.8.0 completely wrecked my working stack, so I had to go back to the previous version 1.7.4. E.g. it threw an error on my "on cellclick" handler just by setting: -> set the pgData of me to tArray on cellClick pColumnNumber,pRowNumber, pCellRect -> ERROR: pColumnNumer is not a number (if I remember correctly) Noone clicked anything I just set the pgData :-/ And also wrecked the order of its correctly prepared (in the array) content. Big fun! :-/ Anyone else experienced something like this? Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From david.bovill at gmail.com Tue Feb 13 11:50:54 2024 From: david.bovill at gmail.com (David Bovill) Date: Tue, 13 Feb 2024 16:50:54 +0000 Subject: Livecode Demo of two way javascript communication? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: That's great - digging into the scripts and html - really useful to see a simple demo like this! On Wed, 7 Feb 2024 at 19:45, Andreas Bergendal wrote: > I’ve added a source code download link at the bottom of the page: > https://wheninspace.com/WebpageInteractionStack/ > > The steps are rather simple: > - Open the stack with LC10 and run the standalone builder with "Build for > web" checked. > - Replace the html file in the deployment folder (in this case > ”WebpageInteractionStack.html”) with the index.html file included in the > source code download. > - Upload everything in the deployment folder (should be 7 files) to > whatever server you use, and then go to that location with your web browser > to launch the index.html file. > > The html file can of course be named whatever you like, but then you must > include it in the url when accessing the site. By calling it index.html > it suffices to include the parent level in the url (like I do above). But I > guess y’all know this, I believe it's worked like that since the dawn of > the internet… :) > > > 5 feb. 2024 kl. 20:40 skrev David Bovill via use-livecode < > use-livecode at lists.runrev.com>: > > Perfect - just what I was looking for. Can you share the stack, and the > steps to saving / exporting the standalone? > > On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < > use-livecode at lists.runrev.com> wrote: > > OK, so here’s a quick proof of concept, with functions triggered from page > to stack and from stack to page. > It is not using postMessage, only 'standard’ javascript listeners. Works > well on mobile too (at least iPhone). > > https://wheninspace.com/WebpageInteractionStack/ > > If I find the time, it would be very interesting to try deploying two > different stacks on the same page (is that even possible?), and then have > them communicate with each other. Or have two stacks in two different > pages, and have them communicate via postMessage calls… > > > 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < > > use-livecode at lists.runrev.com>: > > > The scenario would be events like resize, or a button click in the html > page triggering a handler in the Livecode wasm export. The other way > > round > > would ve a Livecode handler in the exported wasm widget calling a > javascriot function in the surrounding Web page. > > My understanding in other contexts is that you use the postMessage Web > > api > > for this type of thing - > > > https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE > > > Apart from triggering handlers in both directions passing (json) data in > both directions is needed. > > On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < > use-livecode at lists.runrev.com> wrote: > > I’ve created some web deployments where the web page interacts with the > stack e.g. in the sense that a change of the browser window rect > > triggers a > > resizeStack message in the stack. > > But I’m not sure if by bidirectional you mean that actions in the stack > should also affect the web page in some way? Could you give an example > > of > > what you have in mind? > > > 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < > > use-livecode at lists.runrev.com>: > > > Is there a demo out there for simple bidirectional interaction between > > a > > web page and a recent stack exported as wasm? Anyone experimenting with > this? > > > From MikeKerner at roadrunner.com Tue Feb 13 12:57:24 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 13 Feb 2024 12:57:24 -0500 Subject: Latest PolyGrid In-Reply-To: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Message-ID: i didn't even realize there was 1.0.34. i don't recall seeing an announcement. the last one i have is 1.0.33 On Tue, Feb 13, 2024 at 11:46 AM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi all, > > yesterday I installed the latest version of "livecode_enhancements-1_0_34" > but the new "Polygrid" version 1.8.0 completely wrecked my working stack, > so I had to go back to the previous version 1.7.4. > > E.g. it threw an error on my "on cellclick" handler just by setting: > -> set the pgData of me to tArray > > on cellClick pColumnNumber,pRowNumber, pCellRect > -> ERROR: pColumnNumer is not a number (if I remember correctly) > > Noone clicked anything I just set the pgData :-/ > > And also wrecked the order of its correctly prepared (in the array) > content. > Big fun! :-/ > > Anyone else experienced something like this? > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From paul at researchware.com Tue Feb 13 13:17:56 2024 From: paul at researchware.com (Paul Dupuis) Date: Tue, 13 Feb 2024 13:17:56 -0500 Subject: Latest PolyGrid In-Reply-To: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Message-ID: <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> 1_0_33 is the version I am running as well. I had not seen any announcement or email about a .34 release. Now I think I will try to avoid it and wait for .35! On 2/13/2024 11:45 AM, Klaus major-k via use-livecode wrote: > Hi all, > > yesterday I installed the latest version of "livecode_enhancements-1_0_34" > but the new "Polygrid" version 1.8.0 completely wrecked my working stack, > so I had to go back to the previous version 1.7.4. > > E.g. it threw an error on my "on cellclick" handler just by setting: > -> set the pgData of me to tArray > > on cellClick pColumnNumber,pRowNumber, pCellRect > -> ERROR: pColumnNumer is not a number (if I remember correctly) > > Noone clicked anything I just set the pgData :-/ > > And also wrecked the order of its correctly prepared (in the array) content. > Big fun! :-/ > > Anyone else experienced something like this? > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From klaus at major-k.de Tue Feb 13 13:21:56 2024 From: klaus at major-k.de (Klaus major-k) Date: Tue, 13 Feb 2024 19:21:56 +0100 Subject: Latest PolyGrid In-Reply-To: <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> Message-ID: <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Hi all, > Am 13.02.2024 um 19:17 schrieb Paul Dupuis via use-livecode : > > 1_0_33 is the version I am running as well. I had not seen any announcement or email about a .34 release. same here, I found out accidentally! > Now I think I will try to avoid it and wait for .35! Sounds like a good idea. :-) Since the POLYGRID is the currently the only widget I'm using of the "Enhancement package", I don't know if the other widget also have problems. > > On 2/13/2024 11:45 AM, Klaus major-k via use-livecode wrote: >> Hi all, >> >> yesterday I installed the latest version of "livecode_enhancements-1_0_34" >> but the new "Polygrid" version 1.8.0 completely wrecked my working stack, >> so I had to go back to the previous version 1.7.4. >> >> E.g. it threw an error on my "on cellclick" handler just by setting: >> -> set the pgData of me to tArray >> >> on cellClick pColumnNumber,pRowNumber, pCellRect >> -> ERROR: pColumnNumer is not a number (if I remember correctly) >> >> Noone clicked anything I just set the pgData :-/ >> >> And also wrecked the order of its correctly prepared (in the array) content. >> Big fun! :-/ >> >> Anyone else experienced something like this? >> >> >> Best >> >> Klaus Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From bogdanoff at me.com Tue Feb 13 23:50:38 2024 From: bogdanoff at me.com (Peter Bogdanoff) Date: Tue, 13 Feb 2024 20:50:38 -0800 Subject: Working with AWS S3 commands In-Reply-To: <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Message-ID: Hi all, I’m for the first time trying to use the Amazon AWS S3 commands to upload a file to my AWS storage, but am having difficulty with the PutObject command. I successfully entered my credentials with the AWSSetCredentials command. However, using the AWSS3PutObject command I’m getting an error about the bucket name. Either it “can’t find” it or says to use a different end point. The AWS documentation is unclear to me exactly how to specify the bucket name. Is it a just the name of the bucket (which doesn’t work), or does it include some kind of path? And the region? Has anyone had success with this? Peter Bogdanoff From monte.goulding at livecode.com Wed Feb 14 00:49:21 2024 From: monte.goulding at livecode.com (Monte Goulding) Date: Wed, 14 Feb 2024 16:49:21 +1100 Subject: Working with AWS S3 commands In-Reply-To: References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Message-ID: <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> Hi Peter A couple of suggestions are to first check you called AWSSetCredentials with the region your bucket is in. If that is correct then try specifying the full endpoint url as https://s3 .your-bucket-region.amazonaws.com via the endpoint parameter as AWS appear to have standardised away from the original https://s3-your-bucket-region.amazonaws.com which is what the library builds from your region unless it’s us-east-1 in which case it does https://s3.amazonaws.com . It’s possible if you are using a newer region that AWS isn’t supporting the older endpoint style on it. Let me know how you go with that. Cheers Monte > On 14 Feb 2024, at 3:50 pm, Peter Bogdanoff via use-livecode wrote: > > Hi all, > > I’m for the first time trying to use the Amazon AWS S3 commands to upload a file to my AWS storage, but am having difficulty with the PutObject command. > > I successfully entered my credentials with the AWSSetCredentials command. > > However, using the AWSS3PutObject command I’m getting an error about the bucket name. Either it “can’t find” it or says to use a different end point. > > The AWS documentation is unclear to me exactly how to specify the bucket name. Is it a just the name of the bucket (which doesn’t work), or does it include some kind of path? And the region? > > Has anyone had success with this? > > Peter Bogdanoff > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte.goulding at livecode.com Wed Feb 14 00:59:10 2024 From: monte.goulding at livecode.com (Monte Goulding) Date: Wed, 14 Feb 2024 16:59:10 +1100 Subject: Working with AWS S3 commands In-Reply-To: <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> Message-ID: <364AEAC5-ECE1-4A42-A1A5-2483DA563DA0@livecode.com> > On 14 Feb 2024, at 4:49 pm, Monte Goulding via use-livecode wrote: > > It’s possible if you are using a newer region that AWS isn’t supporting the older endpoint style on it. I just found where they documented this so I’ll create an issue to fix https://docs.aws.amazon.com/AmazonS3/latest/userguide/VirtualHosting.html in the s3-Region section. Cheers Monte From marksmithhfx at gmail.com Wed Feb 14 17:16:47 2024 From: marksmithhfx at gmail.com (Mark Smith) Date: Wed, 14 Feb 2024 22:16:47 +0000 Subject: Erratum Message-ID: Hi y’all, I discovered a few weeks ago that a link I put into a message in the Livecode Forums (https://forums.livecode.com/viewtopic.php?f=143&t=38838) to a program in TestFlight did not work. Well, Apple finally fixed it (and Andreas B. has confirmed) so if you tried it before, and it did not work, and wanted to give it another try, the link should work now. I’ve also create a short 4 question survey in SurveyMonkey about the app, SafeSort, so if you have a minute (probably less) and would like to help me out with a bit of “market research” I’d appreciate it. The survey link is https://www.surveymonkey.com/r/92YFBJZ All the best, Mark From RayHorsley at mail.com Fri Feb 16 12:55:51 2024 From: RayHorsley at mail.com (Ray Horsley) Date: Fri, 16 Feb 2024 14:55:51 -0300 Subject: Manipulating PDF's Message-ID: Greetings - after using launch document to launch a PDF file (using the default PDF viewer) is there any way to get a reference to the window it opened in, and then get and set the vScroll of that window? From paul at researchware.com Fri Feb 16 16:05:28 2024 From: paul at researchware.com (Paul Dupuis) Date: Fri, 16 Feb 2024 16:05:28 -0500 Subject: Manipulating PDF's In-Reply-To: References: Message-ID: <675566a0-cc10-4b51-8b2a-7d7d50d5a988@researchware.com> If you just need a person to view a particular spot in a PDF, using the PDF widget in Livecode would be easier than trying to manipulate an arbitrary PDF viewer. If there is a way to adjust the scroll, it is probably PDF viewer specific and you'd need to know whether the user is using Apple Preview (macOS only) or Adobe Reader or Foxit Reader, or something else as their PDF viewer. On 2/16/2024 12:55 PM, Ray Horsley via use-livecode wrote: > Greetings - after using launch document to launch a PDF file (using the > default PDF viewer) is there any way to get a reference to the window it > opened in, and then get and set the vScroll of that window? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Fri Feb 16 16:16:02 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 16 Feb 2024 21:16:02 +0000 Subject: Manipulating PDF's In-Reply-To: References: Message-ID: <68D5439B-8DAD-4F51-9C37-B92C8EEBD2EE@iotecdigital.com> Only if you are using Acrobat on a MacOS device. Then you could probably do some apple scripting. Bob S > On Feb 16, 2024, at 9:55 AM, Ray Horsley via use-livecode wrote: > > Greetings - after using launch document to launch a PDF file (using the > default PDF viewer) is there any way to get a reference to the window it > opened in, and then get and set the vScroll of that window? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Tue Feb 20 13:41:31 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 20 Feb 2024 13:41:31 -0500 Subject: sideloading updates to mobile Message-ID: anyone screw around with sideloading updates to mobile? it should be pretty straightforward, but i haven't messed with it, yet. one of our apps runs on single-app-mode ios devices. so, we could pay for mdm to update it, or we could sideload the updates. From MikeKerner at roadrunner.com Tue Feb 20 15:49:55 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 20 Feb 2024 15:49:55 -0500 Subject: polygrid formatted column width Message-ID: alrighty, then i've got a polygrid. now, i want to set the column widths to the equivalent maximum formatted widths, because...this is being used as part of an ad hoc query tool. did i miss something? i don't see an equivalent property From paul at researchware.com Tue Feb 20 16:49:15 2024 From: paul at researchware.com (Paul Dupuis) Date: Tue, 20 Feb 2024 16:49:15 -0500 Subject: polygrid formatted column width In-Reply-To: References: Message-ID: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> You have the dataWidth of the polygrid for the formattedWidth of the widget (to be wide enough to display all data), but what I think you want is some equivalent of the fomattedWidth of each column. I don't believe any such property exists in the polygrid. It would be like setting the columnWidth of a column to 'auto' or something like that, which would be a nice feature enhancement, but doesn't exists currently. You're welcome to file a feature enhancement. I'd definitely +1 it. You would have to roll your own, probably using the "measureText(text,objectReference,[mode])" function. You would need to iterate through all the rows of data and find the longest string (in px) for each column via measureText and then set the columnWidths of the polygrid to that set of column widths. I am also not sure if measureText can use a widget as an object reference, so, if not, you may need a hidden field/button as teh object reference set to the same font and size as the polygrid. Anyway, that's how I would try to solve this :-) Paul Dupuis Researchware On 2/20/2024 3:49 PM, Mike Kerner via use-livecode wrote: > alrighty, then > i've got a polygrid. now, i want to set the column widths to the equivalent > maximum formatted widths, because...this is being used as part of an ad hoc > query tool. > did i miss something? i don't see an equivalent property > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Tue Feb 20 18:06:22 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 20 Feb 2024 23:06:22 +0000 Subject: polygrid formatted column width In-Reply-To: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: Can I just say that the Datagrid does have all these properties? What is the big advantage that would make Polygrids a better choice? Is it because they are Mobile friendly? Faster for large datasets? Easier to work with (apparently not unless by easier one means less properties that you can manipulate.)? Bob S On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode wrote: You have the dataWidth of the polygrid for the formattedWidth of the widget (to be wide enough to display all data), but what I think you want is some equivalent of the fomattedWidth of each column. I don't believe any such property exists in the polygrid. From dfe4 at cornell.edu Tue Feb 20 20:56:55 2024 From: dfe4 at cornell.edu (David Epstein) Date: Tue, 20 Feb 2024 20:56:55 -0500 Subject: PDF widget print quality Message-ID: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> I want to use the PDF widget to print a PDF with additional markings added in LiveCode. Showing a simple PDF tax form in Widget 1 at 100% scale, I tried this script: on p1 get the pageRect of widget 1 open printing with dialog print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it close printing end p1 This prints a full page at the proper size, but not with acceptable print quality; everything is slightly blurred and pixellated. How can I get a good quality printout? David Epstein From paul at researchware.com Wed Feb 21 07:53:37 2024 From: paul at researchware.com (Paul Dupuis) Date: Wed, 21 Feb 2024 07:53:37 -0500 Subject: PDF widget print quality In-Reply-To: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> References: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> Message-ID: <9b09e6d6-3cac-4836-ad17-c110026442b9@researchware.com> I'm not sure it is possible. Livecode's printing tends to be card based and at card resolution, typically 72 dpi. I recall seeing some efforts on the lists and forums to make an object 4 times bigger (75 dpi x 4 = 300 dpi) so that when it is printed to a 300dpi printer is is a higher resolution but normal size but I don't recall how successful any of those efforts were. There is probably an ancient enhancement  request in the Livecode Quality Center to support higher-resolution printing. On 2/20/2024 8:56 PM, David Epstein via use-livecode wrote: > I want to use the PDF widget to print a PDF with additional markings added in LiveCode. Showing a simple PDF tax form in Widget 1 at 100% scale, I tried this script: > > on p1 > > get the pageRect of widget 1 > > open printing with dialog > > print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it > > close printing > > end p1 > > > This prints a full page at the proper size, but not with acceptable print quality; everything is slightly blurred and pixellated. How can I get a good quality printout? > > David Epstein > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 08:49:18 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 08:49:18 -0500 Subject: polygrid formatted column width In-Reply-To: References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: yes, the dg does have all of these properties. i'm replacing a dg with a pg. dg's work on mobile, too. the scrolling can sometimes be a little hairy and jerky, but it does work. until the pg, nearly every project we built for mobes had at least one dg in them. i'm doing this because this project is being used for large datasets, pulling data from an erp odbc datasource. On Tue, Feb 20, 2024 at 6:07 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Can I just say that the Datagrid does have all these properties? What is > the big advantage that would make Polygrids a better choice? Is it because > they are Mobile friendly? Faster for large datasets? Easier to work with > (apparently not unless by easier one means less properties that you can > manipulate.)? > > Bob S > > > On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode < > use-livecode at lists.runrev.com> wrote: > > You have the dataWidth of the polygrid for the formattedWidth of the > widget (to be wide enough to display all data), but what I think you want > is some equivalent of the fomattedWidth of each column. I don't believe any > such property exists in the polygrid. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 08:52:19 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 08:52:19 -0500 Subject: polygrid formatted column width In-Reply-To: References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: lcqc report 24493 added https://quality.livecode.com/show_bug.cgi?id=24493 On Tue, Feb 20, 2024 at 6:07 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Can I just say that the Datagrid does have all these properties? What is > the big advantage that would make Polygrids a better choice? Is it because > they are Mobile friendly? Faster for large datasets? Easier to work with > (apparently not unless by easier one means less properties that you can > manipulate.)? > > Bob S > > > On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode < > use-livecode at lists.runrev.com> wrote: > > You have the dataWidth of the polygrid for the formattedWidth of the > widget (to be wide enough to display all data), but what I think you want > is some equivalent of the fomattedWidth of each column. I don't believe any > such property exists in the polygrid. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From andrew at midwestcoastmedia.com Wed Feb 21 12:32:23 2024 From: andrew at midwestcoastmedia.com (Andrew at MWCM) Date: Wed, 21 Feb 2024 12:32:23 -0500 Subject: sideloading updates to mobile In-Reply-To: References: Message-ID: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Sideloading to iOS itself is fairly easy, even easier with Jacque’s wonderful tool AirLaunch (which allows you to post a link online for the end-user to visit and install from w/o being on-site). The biggest hurdle I have found is that you must first obtain the UDID of the specific device you want to side load to AND THEN create a new Provisioning Profile in the Apple Developer portal which includes that test device before you build. Without going through that process first you can build and submit to Apple using TestFlight which makes the update available to non-UDID obtained devices but is subject to the standard Apple approval process (which has taken between 4 hours and 2 weeks for me to pass over the years). - Andrew Bell > anyone screw around with sideloading updates to mobile? > it should be pretty straightforward, but i haven't messed with it, yet. > one of our apps runs on single-app-mode ios devices. so, we could pay for > mdm to update it, or we could sideload the updates. From MikeKerner at roadrunner.com Wed Feb 21 12:47:01 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 12:47:01 -0500 Subject: sideloading updates to mobile In-Reply-To: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: sorry that i was not clear. we've been using private deploys since around 2010, using airlaunch to generate the bundle, and then uploading to a private url. that's not what i meant. i'm talking about updating/patching an existing app, in place. the devices are in single-app mode, so we would either have to pay for mdm and then use that service to push app updates, OR, if we didn't use mdm, we could have the app pull the update and apply it. i can kind-of guess how to make it work, but i'm sure there are a couple of tricks that i don't want to have to figure out, if someone else has already figured it out. From klaus at major-k.de Wed Feb 21 12:53:05 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 18:53:05 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: Hi Mike, > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode : > > sorry that i was not clear. we've been using private deploys since around > 2010, using airlaunch to generate the bundle, and then uploading to a > private url. that's not what i meant. > i'm talking about updating/patching an existing app, in place. the devices > are in single-app mode, so we would either have to pay for mdm and then use > that service to push app updates, OR, if we didn't use mdm, we could have > the app pull the update and apply it. > i can kind-of guess how to make it work, but i'm sure there are a couple of > tricks that i don't want to have to figure out, if someone else has already > figured it out. you could use the "splashscreen" approach to update one or more stacks, but that will of course only work if you do not want to update the actual engine/runtime. However I'm not sure if Apple will allow this, no problem on Android however. Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 13:50:50 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 13:50:50 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: right - no updating the engine + runtime in this scenario, just the stacks + scripts, and perhaps plugins. we are going to continue to only privately distribute to our corporate clients, so the app store won't be part of the equation. that does not mean that apple won't object, though (but, i believe the rules for privately distributed apps are much more lenient than for app store apps - at least, they have been for us, up until now) On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi Mike, > > > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > use-livecode at lists.runrev.com>: > > > > sorry that i was not clear. we've been using private deploys since around > > 2010, using airlaunch to generate the bundle, and then uploading to a > > private url. that's not what i meant. > > i'm talking about updating/patching an existing app, in place. the > devices > > are in single-app mode, so we would either have to pay for mdm and then > use > > that service to push app updates, OR, if we didn't use mdm, we could have > > the app pull the update and apply it. > > i can kind-of guess how to make it work, but i'm sure there are a couple > of > > tricks that i don't want to have to figure out, if someone else has > already > > figured it out. > > you could use the "splashscreen" approach to update one or more stacks, > but that will > of course only work if you do not want to update the actual engine/runtime. > > However I'm not sure if Apple will allow this, no problem on Android > however. > > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 13:51:20 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 13:51:20 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: i guess the other option would be to roll an mdm server On Wed, Feb 21, 2024 at 1:50 PM Mike Kerner wrote: > right - no updating the engine + runtime in this scenario, just the > stacks + scripts, and perhaps plugins. > we are going to continue to only privately distribute to our corporate > clients, so the app store won't be part of the equation. that does not mean > that apple won't object, though (but, i believe the rules for privately > distributed apps are much more lenient than for app store apps - at least, > they have been for us, up until now) > > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Hi Mike, >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com>: >> > >> > sorry that i was not clear. we've been using private deploys since >> around >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> > private url. that's not what i meant. >> > i'm talking about updating/patching an existing app, in place. the >> devices >> > are in single-app mode, so we would either have to pay for mdm and then >> use >> > that service to push app updates, OR, if we didn't use mdm, we could >> have >> > the app pull the update and apply it. >> > i can kind-of guess how to make it work, but i'm sure there are a >> couple of >> > tricks that i don't want to have to figure out, if someone else has >> already >> > figured it out. >> >> you could use the "splashscreen" approach to update one or more stacks, >> but that will >> of course only work if you do not want to update the actual >> engine/runtime. >> >> However I'm not sure if Apple will allow this, no problem on Android >> however. >> >> >> Best >> >> Klaus >> >> -- >> Klaus Major >> https://www.major-k.de >> https://www.major-k.de/bass >> klaus at major-k.de >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Wed Feb 21 13:57:39 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 19:57:39 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode : > > i guess the other option would be to roll an mdm server sorry, but what does "mdm" mean? -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 14:17:30 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 14:17:30 -0500 Subject: sideloading updates to mobile In-Reply-To: <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Message-ID: mobile device management: https://en.wikipedia.org/wiki/Mobile_device_management it's like testflight on steroids. in our case, it would enable us to force app (and even os) updates on devices that are locked into single-app mode On Wed, Feb 21, 2024 at 1:57 PM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode < > use-livecode at lists.runrev.com>: > > > > i guess the other option would be to roll an mdm server > > sorry, but what does "mdm" mean? > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Wed Feb 21 14:22:51 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 20:22:51 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Message-ID: <8A42F0D4-E59A-4E24-A840-D373550769CC@major-k.de> Hi Mike, > Am 21.02.2024 um 20:17 schrieb Mike Kerner via use-livecode : > > mobile device management: > https://en.wikipedia.org/wiki/Mobile_device_management > it's like testflight on steroids. in our case, it would enable us to force > app (and even os) updates on devices that are locked into single-app mode > >>> i guess the other option would be to roll an mdm server >> sorry, but what does "mdm" mean? thank you! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 16:07:08 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 16:07:08 -0500 Subject: disabled buttons still receive events, they just process them, later? Message-ID: alright, i'm a little surprised to notice this: i have a button. i disabled the button. then i clicked on the button then i re-enabled the button the click, from the period while the button was disabled, is received and processed by the button. that seems problematic, to me. how would one cause clicks to be discarded, permanently? hide the button? overlay it with a transparent control that will absorb and ignore the clicks? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From craig at starfirelighting.com Wed Feb 21 16:45:33 2024 From: craig at starfirelighting.com (Craig Newman) Date: Wed, 21 Feb 2024 16:45:33 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: Mike. In a new stack I placed a button with this: on mouseUp beep 2 end mouseUp If I click on the button I hear two clicks. I disabled the button and clicked on it. I enabled the button. No clicks. I did this all by hand. Did you? Craig > On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode wrote: > > alright, i'm a little surprised to notice this: > i have a button. i disabled the button. > then i clicked on the button > then i re-enabled the button > the click, from the period while the button was disabled, is received and > processed by the button. > that seems problematic, to me. how would one cause clicks to be discarded, > permanently? hide the button? overlay it with a transparent control that > will absorb and ignore the clicks? > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jacque at hyperactivesw.com Wed Feb 21 16:57:27 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 21 Feb 2024 15:57:27 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I've done this for several mobile apps. As long as the updates only reside in the app's sandboxed container, even the App Store doesn't care. Basically, I put a short text file on the server listing the update version(s) of the file(s), one per line if they are all different. Every stack in the app suite has a custom property named cVersion. If necessary you can also add the download URL to the same line. On launch, the app downloads and parses the text to see if the server version is different from the installed one. If so, it uses "put URL into URL " to download and save the the updates to the mobile documents folder, overwriting the old ones. It's pretty simple, if I understand what you need correctly. I also store other info in the the text file occasionally, such as a text string describing the updates so I can show an answer dialog if I want the user to agree or decline the update (which will reappear on the next launch if they decline.) Sample text file is usually something like this: Stack 1 https://www.domain.com/updates/stack1.livecode Stack 2 https://www.domain.com/updates/stack2.livecode .. This update provides new functionality and bug fixes. If you don't want to scan each stack for its cVersion, you can keep a text file in the mobile documents folder that lists the current versions so you can easily compare that to the one on the server. After updating the stacks, update the stored text file as well. If updates are mandatory, just skip the comparisons entirely and force-download the updates. If only some of the stacks should be updated, omit the ones that don't need to be updated from the server file. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode wrote: > right - no updating the engine + runtime in this scenario, just the > stacks + scripts, and perhaps plugins. > we are going to continue to only privately distribute to our corporate > clients, so the app store won't be part of the equation. that does not mean > that apple won't object, though (but, i believe the rules for privately > distributed apps are much more lenient than for app store apps - at least, > they have been for us, up until now) > > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Hi Mike, >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com>: >> > >> > sorry that i was not clear. we've been using private deploys since around >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> > private url. that's not what i meant. >> > i'm talking about updating/patching an existing app, in place. the >> devices >> > are in single-app mode, so we would either have to pay for mdm and then >> use >> > that service to push app updates, OR, if we didn't use mdm, we could have >> > the app pull the update and apply it. >> > i can kind-of guess how to make it work, but i'm sure there are a couple >> of >> > tricks that i don't want to have to figure out, if someone else has >> already >> > figured it out. >> >> you could use the "splashscreen" approach to update one or more stacks, >> but that will >> of course only work if you do not want to update the actual engine/runtime. >> >> However I'm not sure if Apple will allow this, no problem on Android >> however. >> >> >> Best >> >> Klaus >> >> -- >> Klaus Major >> https://www.major-k.de >> https://www.major-k.de/bass >> klaus at major-k.de >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 16:58:30 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 16:58:30 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: i did. i have both a button, and a power button. script: *local* count *on* mouseUp *if* the disabled of me *then* *put* cr & "disabled" after msg *add* 1 to count *set* the enabled of me to false *put* count *wait* 2 second *set* the enabled of me to true *end* mouseUp On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < use-livecode at lists.runrev.com> wrote: > Mike. > > In a new stack I placed a button with this: > > on mouseUp > beep 2 > end mouseUp > > If I click on the button I hear two clicks. I disabled the button and > clicked on it. I enabled the button. No clicks. I did this all by hand. Did > you? > > Craig > > > On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > alright, i'm a little surprised to notice this: > > i have a button. i disabled the button. > > then i clicked on the button > > then i re-enabled the button > > the click, from the period while the button was disabled, is received and > > processed by the button. > > that seems problematic, to me. how would one cause clicks to be > discarded, > > permanently? hide the button? overlay it with a transparent control that > > will absorb and ignore the clicks? > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Wed Feb 21 17:01:20 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 21 Feb 2024 16:01:20 -0600 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: <18dcdafff80.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> That seems a little odd, I haven't noticed that. But one way to block the messages is to use flushEvents() in the button script: flushEvents("mouseDown") flushEvents("mouseUp") -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 3:09:44 PM Mike Kerner via use-livecode wrote: > alright, i'm a little surprised to notice this: > i have a button. i disabled the button. > then i clicked on the button > then i re-enabled the button > the click, from the period while the button was disabled, is received and > processed by the button. > that seems problematic, to me. how would one cause clicks to be discarded, > permanently? hide the button? overlay it with a transparent control that > will absorb and ignore the clicks? > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Wed Feb 21 17:16:19 2024 From: mark at livecode.com (Mark Waddingham) Date: Wed, 21 Feb 2024 22:16:19 +0000 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with messages’) queue any (low level) events so they are handled at the next wait (in this case the global one the engine does implicitly when there are no handlers executing). Flushing events after the wait as Jacque suggests will ensure they aren’t there to handle. Warmest Regards. Mark. Sent from my iPhone > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode wrote: > > i did. > i have both a button, and a power button. > script: > > *local* count > > *on* mouseUp > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > *add* 1 to count > > *set* the enabled of me to false > > *put* count > > *wait* 2 second > > *set* the enabled of me to true > > *end* mouseUp > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> Mike. >> >> In a new stack I placed a button with this: >> >> on mouseUp >> beep 2 >> end mouseUp >> >> If I click on the button I hear two clicks. I disabled the button and >> clicked on it. I enabled the button. No clicks. I did this all by hand. Did >> you? >> >> Craig >> >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com> wrote: >>> >>> alright, i'm a little surprised to notice this: >>> i have a button. i disabled the button. >>> then i clicked on the button >>> then i re-enabled the button >>> the click, from the period while the button was disabled, is received and >>> processed by the button. >>> that seems problematic, to me. how would one cause clicks to be >> discarded, >>> permanently? hide the button? overlay it with a transparent control that >>> will absorb and ignore the clicks? >>> >>> -- >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 20:22:26 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 20:22:26 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: thanks, jacque & mark it's amazing that even after...a really long time...there's still stuff to learn. On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < use-livecode at lists.runrev.com> wrote: > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > messages’) queue any (low level) events so they are handled at the next > wait (in this case the global one the engine does implicitly when there are > no handlers executing). > > Flushing events after the wait as Jacque suggests will ensure they aren’t > there to handle. > > Warmest Regards. > > Mark. > > Sent from my iPhone > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > i did. > > i have both a button, and a power button. > > script: > > > > *local* count > > > > *on* mouseUp > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > *add* 1 to count > > > > *set* the enabled of me to false > > > > *put* count > > > > *wait* 2 second > > > > *set* the enabled of me to true > > > > *end* mouseUp > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >> > >> Mike. > >> > >> In a new stack I placed a button with this: > >> > >> on mouseUp > >> beep 2 > >> end mouseUp > >> > >> If I click on the button I hear two clicks. I disabled the button and > >> clicked on it. I enabled the button. No clicks. I did this all by hand. > Did > >> you? > >> > >> Craig > >> > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >>> > >>> alright, i'm a little surprised to notice this: > >>> i have a button. i disabled the button. > >>> then i clicked on the button > >>> then i re-enabled the button > >>> the click, from the period while the button was disabled, is received > and > >>> processed by the button. > >>> that seems problematic, to me. how would one cause clicks to be > >> discarded, > >>> permanently? hide the button? overlay it with a transparent control > that > >>> will absorb and ignore the clicks? > >>> > >>> -- > >>> On the first day, God created the heavens and the Earth > >>> On the second day, God created the oceans. > >>> On the third day, God put the animals on hold for a few hours, > >>> and did a little diving. > >>> And God said, "This is good." > >>> _______________________________________________ > >>> use-livecode mailing list > >>> use-livecode at 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 at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 20:28:32 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 20:28:32 -0500 Subject: sideloading updates to mobile In-Reply-To: <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: thanks, jlg. that's kind-of what i was thinking. On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > I've done this for several mobile apps. As long as the updates only reside > in the app's sandboxed container, even the App Store doesn't care. > > Basically, I put a short text file on the server listing the update > version(s) of the file(s), one per line if they are all different. Every > stack in the app suite has a custom property named cVersion. If necessary > you can also add the download URL to the same line. On launch, the app > downloads and parses the text to see if the server version is different > from the installed one. If so, it uses "put URL into URL > path>" to download and save the the updates to the mobile documents > folder, > overwriting the old ones. > > It's pretty simple, if I understand what you need correctly. I also store > other info in the the text file occasionally, such as a text string > describing the updates so I can show an answer dialog if I want the user > to > agree or decline the update (which will reappear on the next launch if > they > decline.) > > Sample text file is usually something like this: > > Stack 1 https://www.domain.com/updates/stack1.livecode > Stack 2 https://www.domain.com/updates/stack2.livecode > .. > This update provides new functionality and bug fixes. > > If you don't want to scan each stack for its cVersion, you can keep a text > file in the mobile documents folder that lists the current versions so you > can easily compare that to the one on the server. After updating the > stacks, update the stored text file as well. > > If updates are mandatory, just skip the comparisons entirely and > force-download the updates. If only some of the stacks should be updated, > omit the ones that don't need to be updated from the server file. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > wrote: > > > right - no updating the engine + runtime in this scenario, just the > > stacks + scripts, and perhaps plugins. > > we are going to continue to only privately distribute to our corporate > > clients, so the app store won't be part of the equation. that does not > mean > > that apple won't object, though (but, i believe the rules for privately > > distributed apps are much more lenient than for app store apps - at > least, > > they have been for us, up until now) > > > > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> Hi Mike, > >> > >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >> use-livecode at lists.runrev.com>: > >> > > >> > sorry that i was not clear. we've been using private deploys since > around > >> > 2010, using airlaunch to generate the bundle, and then uploading to a > >> > private url. that's not what i meant. > >> > i'm talking about updating/patching an existing app, in place. the > >> devices > >> > are in single-app mode, so we would either have to pay for mdm and > then > >> use > >> > that service to push app updates, OR, if we didn't use mdm, we could > have > >> > the app pull the update and apply it. > >> > i can kind-of guess how to make it work, but i'm sure there are a > couple > >> of > >> > tricks that i don't want to have to figure out, if someone else has > >> already > >> > figured it out. > >> > >> you could use the "splashscreen" approach to update one or more stacks, > >> but that will > >> of course only work if you do not want to update the actual > engine/runtime. > >> > >> However I'm not sure if Apple will allow this, no problem on Android > >> however. > >> > >> > >> Best > >> > >> Klaus > >> > >> -- > >> Klaus Major > >> https://www.major-k.de > >> https://www.major-k.de/bass > >> klaus at major-k.de > >> > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From stephen at barncard.com Wed Feb 21 20:34:20 2024 From: stephen at barncard.com (Stephen Barncard) Date: Wed, 21 Feb 2024 17:34:20 -0800 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: "there's still stuff to learn." ..... and remember ..... -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org On Wed, Feb 21, 2024 at 5:24 PM Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > thanks, jacque & mark > it's amazing that even after...a really long time...there's still stuff to > learn. > > On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > > messages’) queue any (low level) events so they are handled at the next > > wait (in this case the global one the engine does implicitly when there > are > > no handlers executing). > > > > Flushing events after the wait as Jacque suggests will ensure they aren’t > > there to handle. > > > > Warmest Regards. > > > > Mark. > > > > Sent from my iPhone > > > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > > i did. > > > i have both a button, and a power button. > > > script: > > > > > > *local* count > > > > > > *on* mouseUp > > > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > > > *add* 1 to count > > > > > > *set* the enabled of me to false > > > > > > *put* count > > > > > > *wait* 2 second > > > > > > *set* the enabled of me to true > > > > > > *end* mouseUp > > > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > > >> use-livecode at lists.runrev.com> wrote: > > >> > > >> Mike. > > >> > > >> In a new stack I placed a button with this: > > >> > > >> on mouseUp > > >> beep 2 > > >> end mouseUp > > >> > > >> If I click on the button I hear two clicks. I disabled the button and > > >> clicked on it. I enabled the button. No clicks. I did this all by > hand. > > Did > > >> you? > > >> > > >> Craig > > >> > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > > >> use-livecode at lists.runrev.com> wrote: > > >>> > > >>> alright, i'm a little surprised to notice this: > > >>> i have a button. i disabled the button. > > >>> then i clicked on the button > > >>> then i re-enabled the button > > >>> the click, from the period while the button was disabled, is received > > and > > >>> processed by the button. > > >>> that seems problematic, to me. how would one cause clicks to be > > >> discarded, > > >>> permanently? hide the button? overlay it with a transparent control > > that > > >>> will absorb and ignore the clicks? > > >>> > > >>> -- > > >>> On the first day, God created the heavens and the Earth > > >>> On the second day, God created the oceans. > > >>> On the third day, God put the animals on hold for a few hours, > > >>> and did a little diving. > > >>> And God said, "This is good." > > >>> _______________________________________________ > > >>> use-livecode mailing list > > >>> use-livecode at 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 at lists.runrev.com > > >> Please visit this url to subscribe, unsubscribe and manage your > > >> subscription preferences: > > >> http://lists.runrev.com/mailman/listinfo/use-livecode > > >> > > > > > > > > > -- > > > On the first day, God created the heavens and the Earth > > > On the second day, God created the oceans. > > > On the third day, God put the animals on hold for a few hours, > > > and did a little diving. > > > And God said, "This is good." > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at 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 at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Wed Feb 21 21:11:46 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 21:11:46 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: pfft there is zero chance of that it's been, what 37 years? man, i'm so old. On Wed, Feb 21, 2024 at 8:35 PM Stephen Barncard via use-livecode < use-livecode at lists.runrev.com> wrote: > "there's still stuff to > learn." > > ..... and remember ..... > -- > Stephen Barncard - Sebastopol Ca. USA - > mixstream.org > > > On Wed, Feb 21, 2024 at 5:24 PM Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > thanks, jacque & mark > > it's amazing that even after...a really long time...there's still stuff > to > > learn. > > > > On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > > > messages’) queue any (low level) events so they are handled at the next > > > wait (in this case the global one the engine does implicitly when there > > are > > > no handlers executing). > > > > > > Flushing events after the wait as Jacque suggests will ensure they > aren’t > > > there to handle. > > > > > > Warmest Regards. > > > > > > Mark. > > > > > > Sent from my iPhone > > > > > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > > > use-livecode at lists.runrev.com> wrote: > > > > > > > > i did. > > > > i have both a button, and a power button. > > > > script: > > > > > > > > *local* count > > > > > > > > *on* mouseUp > > > > > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > > > > > *add* 1 to count > > > > > > > > *set* the enabled of me to false > > > > > > > > *put* count > > > > > > > > *wait* 2 second > > > > > > > > *set* the enabled of me to true > > > > > > > > *end* mouseUp > > > > > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > > > >> use-livecode at lists.runrev.com> wrote: > > > >> > > > >> Mike. > > > >> > > > >> In a new stack I placed a button with this: > > > >> > > > >> on mouseUp > > > >> beep 2 > > > >> end mouseUp > > > >> > > > >> If I click on the button I hear two clicks. I disabled the button > and > > > >> clicked on it. I enabled the button. No clicks. I did this all by > > hand. > > > Did > > > >> you? > > > >> > > > >> Craig > > > >> > > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > > > >> use-livecode at lists.runrev.com> wrote: > > > >>> > > > >>> alright, i'm a little surprised to notice this: > > > >>> i have a button. i disabled the button. > > > >>> then i clicked on the button > > > >>> then i re-enabled the button > > > >>> the click, from the period while the button was disabled, is > received > > > and > > > >>> processed by the button. > > > >>> that seems problematic, to me. how would one cause clicks to be > > > >> discarded, > > > >>> permanently? hide the button? overlay it with a transparent control > > > that > > > >>> will absorb and ignore the clicks? > > > >>> > > > >>> -- > > > >>> On the first day, God created the heavens and the Earth > > > >>> On the second day, God created the oceans. > > > >>> On the third day, God put the animals on hold for a few hours, > > > >>> and did a little diving. > > > >>> And God said, "This is good." > > > >>> _______________________________________________ > > > >>> use-livecode mailing list > > > >>> use-livecode at 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 at lists.runrev.com > > > >> Please visit this url to subscribe, unsubscribe and manage your > > > >> subscription preferences: > > > >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > >> > > > > > > > > > > > > -- > > > > On the first day, God created the heavens and the Earth > > > > On the second day, God created the oceans. > > > > On the third day, God put the animals on hold for a few hours, > > > > and did a little diving. > > > > And God said, "This is good." > > > > _______________________________________________ > > > > use-livecode mailing list > > > > use-livecode at 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 at lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Thu Feb 22 01:48:42 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 22 Feb 2024 00:48:42 -0600 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Exactly 37 years. I remember because I started learning HC when my son was born in order to take my mind off diapers. If I remember, we can commiserate . -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 8:14:19 PM Mike Kerner via use-livecode wrote: > pfft > there is zero chance of that > it's been, what 37 years? > man, i'm so old. > > On Wed, Feb 21, 2024 at 8:35PM Stephen Barncard via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> "there's still stuff to >> learn." >> >> ..... and remember ..... >> -- >> Stephen Barncard - Sebastopol Ca. USA - >> mixstream.org >> >> >> On Wed, Feb 21, 2024 at 5:24PM Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> > thanks, jacque & mark >> > it's amazing that even after...a really long time...there's still stuff >> to >> > learn. >> > >> > On Wed, Feb 21, 2024 at 5:16PM Mark Waddingham via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> > > Its because of the wait - blocking waits (those which arent with >> > > messages) queue any (low level) events so they are handled at the next >> > > wait (in this case the global one the engine does implicitly when there >> > are >> > > no handlers executing). >> > > >> > > Flushing events after the wait as Jacque suggests will ensure they >> arent >> > > there to handle. >> > > >> > > Warmest Regards. >> > > >> > > Mark. >> > > >> > > Sent from my iPhone >> > > >> > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < >> > > use-livecode at lists.runrev.com> wrote: >> > > > >> > > > i did. >> > > > i have both a button, and a power button. >> > > > script: >> > > > >> > > > *local* count >> > > > >> > > > *on* mouseUp >> > > > >> > > > *if* the disabled of me *then* *put* cr & "disabled" after msg >> > > > >> > > > *add* 1 to count >> > > > >> > > > *set* the enabled of me to false >> > > > >> > > > *put* count >> > > > >> > > > *wait* 2 second >> > > > >> > > > *set* the enabled of me to true >> > > > >> > > > *end* mouseUp >> > > > >> > > >> On Wed, Feb 21, 2024 at 4:47PM Craig Newman via use-livecode < >> > > >> use-livecode at lists.runrev.com> wrote: >> > > >> >> > > >> Mike. >> > > >> >> > > >> In a new stack I placed a button with this: >> > > >> >> > > >> on mouseUp >> > > >> beep 2 >> > > >> end mouseUp >> > > >> >> > > >> If I click on the button I hear two clicks. I disabled the button >> and >> > > >> clicked on it. I enabled the button. No clicks. I did this all by >> > hand. >> > > Did >> > > >> you? >> > > >> >> > > >> Craig >> > > >> >> > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < >> > > >> use-livecode at lists.runrev.com> wrote: >> > > >>> >> > > >>> alright, i'm a little surprised to notice this: >> > > >>> i have a button. i disabled the button. >> > > >>> then i clicked on the button >> > > >>> then i re-enabled the button >> > > >>> the click, from the period while the button was disabled, is >> received >> > > and >> > > >>> processed by the button. >> > > >>> that seems problematic, to me. how would one cause clicks to be >> > > >> discarded, >> > > >>> permanently? hide the button? overlay it with a transparent control >> > > that >> > > >>> will absorb and ignore the clicks? >> > > >>> >> > > >>> -- >> > > >>> On the first day, God created the heavens and the Earth >> > > >>> On the second day, God created the oceans. >> > > >>> On the third day, God put the animals on hold for a few hours, >> > > >>> and did a little diving. >> > > >>> And God said, "This is good." >> > > >>> _______________________________________________ >> > > >>> use-livecode mailing list >> > > >>> use-livecode at 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 at lists.runrev.com >> > > >> Please visit this url to subscribe, unsubscribe and manage your >> > > >> subscription preferences: >> > > >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > >> >> > > > >> > > > >> > > > -- >> > > > On the first day, God created the heavens and the Earth >> > > > On the second day, God created the oceans. >> > > > On the third day, God put the animals on hold for a few hours, >> > > > and did a little diving. >> > > > And God said, "This is good." >> > > > _______________________________________________ >> > > > use-livecode mailing list >> > > > use-livecode at 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 at lists.runrev.com >> > > Please visit this url to subscribe, unsubscribe and manage your >> > > subscription preferences: >> > > http://lists.runrev.com/mailman/listinfo/use-livecode >> > > >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jeff at siphonophore.com Thu Feb 22 03:01:56 2024 From: jeff at siphonophore.com (Jeff Reynolds) Date: Thu, 22 Feb 2024 03:01:56 -0500 Subject: disabled buttons still receive events, they just process them, later? Message-ID: <08DF2CDF-703B-401C-B4E4-D5F357D06D57@siphonophore.com> Oh man yes Jacque and Mike! I do feel old, about the same for me, about late 87… grad school at Berkeley, humpback whales, and carrying Macs in big backpacks. Later MetaCard saved the day! Fun memories, Jeff > On Feb 22, 2024, at 1:51 AM, use-livecode-request at lists.runrev.com wrote: > > Exactly 37 years. I remember because I started learning HC when my son was > born in order to take my mind off diapers. If I remember, we can commiserate . > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com From curry at pair.com Thu Feb 22 03:44:12 2024 From: curry at pair.com (Curry Kenworthy) Date: Thu, 22 Feb 2024 03:44:12 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: Jacqueline: > Exactly 37 years. I remember because I started learning HC when > my son was born in order to take my mind off diapers. I like that! Every HC story is poetic, mine too. Mike: > it's amazing that even after...a really long time... > there's still stuff to learn. Plus the latest workarounds! :) Then ... (spoiler alert) Apple and competitors want inside your head. Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From Bernd.Niggemann at uni-wh.de Thu Feb 22 08:40:00 2024 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Thu, 22 Feb 2024 13:40:00 +0000 Subject: Code Folding in LC Message-ID: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> For all those interested in Code Folding a new version has been posted to the forum. Easier install and some minor bug fixes. https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 Kind regards Bernd From bobsneidar at iotecdigital.com Thu Feb 22 12:22:14 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 22 Feb 2024 17:22:14 +0000 Subject: Code Folding in LC In-Reply-To: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> References: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> Message-ID: <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> This is a long time coming. Bob S > On Feb 22, 2024, at 5:40 AM, Niggemann, Bernd via use-livecode wrote: > > For all those interested in Code Folding a new version has been posted to the forum. Easier install and some minor bug fixes. > > https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Sun Feb 25 11:03:18 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sun, 25 Feb 2024 11:03:18 -0500 Subject: Code Folding in LC In-Reply-To: <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> References: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> Message-ID: ya know, the script editor could really a touch-up from the script compiler. On Thu, Feb 22, 2024 at 12:23 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > This is a long time coming. > > Bob S > > > > On Feb 22, 2024, at 5:40 AM, Niggemann, Bernd via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > For all those interested in Code Folding a new version has been posted > to the forum. Easier install and some minor bug fixes. > > > > > https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 > > > > Kind regards > > Bernd > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 28 08:53:19 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 28 Feb 2024 08:53:19 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: Message-ID: just pinging to see if anything more has happened on this and the how list is really quiet On Tue, Feb 6, 2024 at 11:09 PM ambassador--- via use-livecode < use-livecode at lists.runrev.com> wrote: > David Bovill wrote: > > > I've been working for a while on a native server written in Livecode > > using sockets. I feel it is definitely something that is sorely needed > > - but to do it properly is more work that I initially thought. I need > > to add HTTP 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > > > Is anyone interested / need this? Or does anyone already have something > > they use? > > > MC shipped with a simple HTTPd example included, and many years ago back > when Pierre was still active here I dusted it off to add support for HTTP > 1.1 so it would work with modern browsers: > > https://fourthworld.net/lc/mchttpd-4W.zip > > It's been years since I touched it, and IIRC the only other change I made > was to use callbacks for both ends of the network I/O (for some reason > Raney had used callbacks only on one side, tho I can't recall if his was on > the write or read end). Callbacks for net I/O help a lot. > > If you're already far enough down the road to be thinking of 206 errors, > there's likely nothing here you haven't already written. But as an example > (slightly updated) of the sort of thing that used to ship with old versions > to encourage exploration of network apps, it may be a fun trip down memory > lane. > > > A question, if interesting to answer: one of the reasons I set this aside > was the beginning of a process of moving away from my own homegrown tools > for generic commodities like socket servers. Apache and Node cover most of > what I've needed since, and I don't have to maintain them, so I can focus > on the stuff specific to my app. What are you working on these days? I > stumbled across your chat with Ward Cunningham in the Full Moon Happening > just a few months ago; good stuff. Curious if your interest in > decentralization is still a focus, and whether it also includes things like > IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. > > > Richard Gaskin > FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From ambassador at fourthworld.com Wed Feb 28 12:55:16 2024 From: ambassador at fourthworld.com (Richard Gaskin) Date: Wed, 28 Feb 2024 17:55:16 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: Message-ID: <31d2bf4382641c6fd936f04d88edf69cc25f1dea@fourthworld.com> FWIW I haven't heard from David, but with the economic numbers off to a good start this year I suspect he's just been as busy as most I know. I know of at least one other LC fan with an interest in decentralized protocols, but I'm not sure how far he's gotten with his implementations. I've mentioned LC in some of those circles, but those communities tend to make and use FOSS tools, so the conversation is usually very short. Richard Gaskin FourthWorld.com On February 28, 2024 at 9:00 AM, Mike Kerner wrote: > > just pinging to see if anything more has happened on this > > and the how list is really quiet > > On Tue, Feb 6, 2024 at 11:09?PM ambassador--- via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > David Bovill wrote: > > > > I've been working for a while on a native server written in Livecode > > using sockets. I feel it is definitely something that is sorely needed > > - but to do it properly is more work that I initially thought. I need > > to add HTTP 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > > they use? > > > MC shipped with a simple HTTPd example included, and many years ago back > > when Pierre was still active here I dusted it off to add support for HTTP > 1.1 so it would work with modern browsers: > https://fourthworld.net/lc/mchttpd-4W.zip > > It's been years since I touched it, and IIRC the only other change I made > was to use callbacks for both ends of the network I/O (for some reason > Raney had used callbacks only on one side, tho I can't recall if his was on > the write or read end). Callbacks for net I/O help a lot. > > If you're already far enough down the road to be thinking of 206 errors, > there's likely nothing here you haven't already written. But as an example > (slightly updated) of the sort of thing that used to ship with old versions > to encourage exploration of network apps, it may be a fun trip down memory > lane. > > A question, if interesting to answer: one of the reasons I set this aside > was the beginning of a process of moving away from my own homegrown tools > for generic commodities like socket servers. Apache and Node cover most of > what I've needed since, and I don't have to maintain them, so I can focus > on the stuff specific to my app. What are you working on these days? I > stumbled across your chat with Ward Cunningham in the Full Moon Happening > just a few months ago; good stuff. Curious if your interest in > decentralization is still a focus, and whether it also includes things like > IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. > > Richard Gaskin > FourthWorld.com From bobsneidar at iotecdigital.com Wed Feb 28 13:42:56 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 28 Feb 2024 18:42:56 +0000 Subject: formatDate() Function Update Message-ID: Not to be confused with the built-in dateFormat() function, I wrote a special formatDate() function a few years back because I had a need to get a given date in unsupported formats. Particularly I needed an SQL Date format in the form of yyyy-mm-dd. I have been frustrated also that there is no built-in function to return a date in the mm/dd/yyyy format, so I just updated my function to include that form using “standard date” as the format parameter. (I can’t think what else to call it. "Y2K Date” seems cheesy.) Here is the code if anyone is interested. I should also submit it to the Master Library. I will have to grok how to do that again. Bob S FUNCTION formatDate theDate, theFormat /* Accepts any valid date for the first parameter. If not a valid date, it simply returns what was passed. Second parameter can be any of the following: sql date: date in the yyyy-mm-dd format short date, abbreviated date, internet date, long date: LC versions of the same julian date: Julian number based on (I believe) Jacques formula standard date: The date in the form of theFormat */ put theDate into tSavedDate put the itemdelimiter into theOldDelim set the itemdelimiter to "-" IF the length of item 1 of theDate = 4 AND \ the number of items of theDate = 3 AND \ item 1 of theDate is a number AND \ item 2 of theDate is a number AND \ item 3 of theDate is a number THEN put item 2 of theDate & "/" & \ item 3 of theDate & "/" & \ item 1 of theDate into theDate END IF -- replace "." with "/" in theDate convert theDate to dateitems set the itemdelimiter to theOldDelim if the number of items of theDate <> 7 then answer "'" & theDate & "' is not a valid date format!" return tSavedDate end if SWITCH theFormat CASE "sql date" /* put item 1 of theDate & "-" & \ format("%02d",item 2 of theDate) & "-" & \ format("%02d",item 3 of theDate) into theDate */ put format("%s-%02d-%02d", item 1 of theDate, item 2 of theDate, \ item 3 of theDate) into theDate break CASE "short date" convert theDate from dateitems to short date break CASE "abbreviated date" convert theDate from dateitems to abbreviated date break CASE "abbr date" convert theDate from dateitems to abbreviated date break CASE "internet date" convert theDate from dateitems to internet date break CASE "long date" convert theDate from dateitems to long date break CASE "julian date" put the date into theDate convert theDate to dateItems IF ((item 2 of theDate = 1) OR (item 2 of theDate = 2)) THEN put 1 into theDay ELSE put 0 into theDay END IF put item 1 of theDate + 4800 - theDay into theYear put item 2 of theDate + (12 * theDay) - 3 into theMonth put item 3 of theDate + \ ((153 * theMonth + 2) div 5) + \ (365 * theYear) + \ (theYear div 4) - \ (theYear div 100) + \ (theYear div 400) - \ 32045 into theDate break case "standard date" put format("%02d/%02d/%04d", item 2 of theDate, item 3 of theDate, \ item 1 of theDate) into theDate break default Answer info “‘“ & theFormat & “‘ is not a validate parameter.” As sheet put tSavedDate into theDate END SWITCH return theDate END formatDate From bobsneidar at iotecdigital.com Wed Feb 28 13:48:31 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 28 Feb 2024 18:48:31 +0000 Subject: formatDate() Function Update In-Reply-To: References: Message-ID: <0F33F5E6-C80A-47CF-8333-7CDB628EC3D5@iotecdigital.com> Should read: standard date: The date in the form of "mm/dd/yyyy" On Feb 28, 2024, at 10:42 AM, Bob Sneidar via use-livecode wrote: standard date: The date in the form of theFormat From phil.hudson at iname.com Wed Feb 28 13:54:09 2024 From: phil.hudson at iname.com (Phil Hudson) Date: Wed, 28 Feb 2024 18:54:09 +0000 Subject: formatDate() Function Update In-Reply-To: References: Message-ID: Very useful function, thanks for sharing. I believe the format you call "SQL format" is literally *the* standard format, as in ISO 8601. https://www.startpage.com/do/dsearch?query=iso+date+format&cat=web&pl=opensearch&language=english I'd suggest "North American format" for the other one, assuming they use it in Mexico too. Otherwise I'm at a loss. On Wed, 28 Feb 2024 at 18:44, Bob Sneidar via use-livecode wrote: > > Not to be confused with the built-in dateFormat() function, I wrote a special formatDate() function a few years back because I had a need to get a given date in unsupported formats. Particularly I needed an SQL Date format in the form of yyyy-mm-dd. > > I have been frustrated also that there is no built-in function to return a date in the mm/dd/yyyy format, so I just updated my function to include that form using “standard date” as the format parameter. (I can’t think what else to call it. "Y2K Date” seems cheesy.) > > Here is the code if anyone is interested. I should also submit it to the Master Library. I will have to grok how to do that again. > > Bob S > > > > FUNCTION formatDate theDate, theFormat > /* > Accepts any valid date for the first parameter. If not a valid date, it simply returns > what was passed. Second parameter can be any of the following: > sql date: date in the yyyy-mm-dd format > short date, abbreviated date, internet date, long date: LC versions of the same > julian date: Julian number based on (I believe) Jacques formula > standard date: The date in the form of theFormat > */ > > put theDate into tSavedDate > put the itemdelimiter into theOldDelim > set the itemdelimiter to "-" > > IF the length of item 1 of theDate = 4 AND \ > the number of items of theDate = 3 AND \ > item 1 of theDate is a number AND \ > item 2 of theDate is a number AND \ > item 3 of theDate is a number THEN > put item 2 of theDate & "/" & \ > item 3 of theDate & "/" & \ > item 1 of theDate into theDate > END IF > > -- replace "." with "/" in theDate > convert theDate to dateitems > set the itemdelimiter to theOldDelim > > if the number of items of theDate <> 7 then > answer "'" & theDate & "' is not a valid date format!" > return tSavedDate > end if > > SWITCH theFormat > CASE "sql date" > /* > put item 1 of theDate & "-" & \ > format("%02d",item 2 of theDate) & "-" & \ > format("%02d",item 3 of theDate) into theDate > */ > put format("%s-%02d-%02d", item 1 of theDate, item 2 of theDate, \ > item 3 of theDate) into theDate > break > CASE "short date" > convert theDate from dateitems to short date > break > CASE "abbreviated date" > convert theDate from dateitems to abbreviated date > break > CASE "abbr date" > convert theDate from dateitems to abbreviated date > break > CASE "internet date" > convert theDate from dateitems to internet date > break > CASE "long date" > convert theDate from dateitems to long date > break > CASE "julian date" > put the date into theDate > convert theDate to dateItems > IF ((item 2 of theDate = 1) OR (item 2 of theDate = 2)) THEN > put 1 into theDay > ELSE > put 0 into theDay > END IF > put item 1 of theDate + 4800 - theDay into theYear > put item 2 of theDate + (12 * theDay) - 3 into theMonth > put item 3 of theDate + \ > ((153 * theMonth + 2) div 5) + \ > (365 * theYear) + \ > (theYear div 4) - \ > (theYear div 100) + \ > (theYear div 400) - \ > 32045 into theDate > break > case "standard date" > put format("%02d/%02d/%04d", item 2 of theDate, item 3 of theDate, \ > item 1 of theDate) into theDate > break > default > Answer info “‘“ & theFormat & “‘ is not a validate parameter.” As sheet > put tSavedDate into theDate > END SWITCH > > return theDate > END formatDate > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 28 21:10:10 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 28 Feb 2024 21:10:10 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: so, how do we force LC to reload the stack? i can force the script to reload, and replace it, but if i want to reload the stack, do i have to close it, replace it, and then open it? On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner wrote: > thanks, jlg. that's kind-of what i was thinking. > > > On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> I've done this for several mobile apps. As long as the updates only >> reside >> in the app's sandboxed container, even the App Store doesn't care. >> >> Basically, I put a short text file on the server listing the update >> version(s) of the file(s), one per line if they are all different. Every >> stack in the app suite has a custom property named cVersion. If necessary >> you can also add the download URL to the same line. On launch, the app >> downloads and parses the text to see if the server version is different >> from the installed one. If so, it uses "put URL into URL >> > path>" to download and save the the updates to the mobile documents >> folder, >> overwriting the old ones. >> >> It's pretty simple, if I understand what you need correctly. I also store >> other info in the the text file occasionally, such as a text string >> describing the updates so I can show an answer dialog if I want the user >> to >> agree or decline the update (which will reappear on the next launch if >> they >> decline.) >> >> Sample text file is usually something like this: >> >> Stack 1 https://www.domain.com/updates/stack1.livecode >> Stack 2 https://www.domain.com/updates/stack2.livecode >> .. >> This update provides new functionality and bug fixes. >> >> If you don't want to scan each stack for its cVersion, you can keep a >> text >> file in the mobile documents folder that lists the current versions so >> you >> can easily compare that to the one on the server. After updating the >> stacks, update the stored text file as well. >> >> If updates are mandatory, just skip the comparisons entirely and >> force-download the updates. If only some of the stacks should be updated, >> omit the ones that don't need to be updated from the server file. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> wrote: >> >> > right - no updating the engine + runtime in this scenario, just the >> > stacks + scripts, and perhaps plugins. >> > we are going to continue to only privately distribute to our corporate >> > clients, so the app store won't be part of the equation. that does not >> mean >> > that apple won't object, though (but, i believe the rules for privately >> > distributed apps are much more lenient than for app store apps - at >> least, >> > they have been for us, up until now) >> > >> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> >> Hi Mike, >> >> >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >> use-livecode at lists.runrev.com>: >> >> > >> >> > sorry that i was not clear. we've been using private deploys since >> around >> >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> >> > private url. that's not what i meant. >> >> > i'm talking about updating/patching an existing app, in place. the >> >> devices >> >> > are in single-app mode, so we would either have to pay for mdm and >> then >> >> use >> >> > that service to push app updates, OR, if we didn't use mdm, we could >> have >> >> > the app pull the update and apply it. >> >> > i can kind-of guess how to make it work, but i'm sure there are a >> couple >> >> of >> >> > tricks that i don't want to have to figure out, if someone else has >> >> already >> >> > figured it out. >> >> >> >> you could use the "splashscreen" approach to update one or more stacks, >> >> but that will >> >> of course only work if you do not want to update the actual >> engine/runtime. >> >> >> >> However I'm not sure if Apple will allow this, no problem on Android >> >> however. >> >> >> >> >> >> Best >> >> >> >> Klaus >> >> >> >> -- >> >> Klaus Major >> >> https://www.major-k.de >> >> https://www.major-k.de/bass >> >> klaus at major-k.de >> >> >> >> >> >> _______________________________________________ >> >> use-livecode mailing list >> >> use-livecode at lists.runrev.com >> >> Please visit this url to subscribe, unsubscribe and manage your >> >> subscription preferences: >> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Wed Feb 28 22:11:29 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 28 Feb 2024 21:11:29 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> "Revert this stack". That just means "reload from disk". Or you can specify a different stack. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode wrote: > so, how do we force LC to reload the stack? > i can force the script to reload, and replace it, but if i want to reload > the stack, do i have to close it, replace it, and then open it? > > On Wed, Feb 21, 2024 at 8:28PM Mike Kerner > wrote: > >> thanks, jlg. that's kind-of what i was thinking. >> >> >> On Wed, Feb 21, 2024 at 4:58PM J. Landman Gay via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> I've done this for several mobile apps. As long as the updates only >>> reside >>> in the app's sandboxed container, even the App Store doesn't care. >>> >>> Basically, I put a short text file on the server listing the update >>> version(s) of the file(s), one per line if they are all different. Every >>> stack in the app suite has a custom property named cVersion. If necessary >>> you can also add the download URL to the same line. On launch, the app >>> downloads and parses the text to see if the server version is different >>> from the installed one. If so, it uses "put URL into URL >>> >> path>" to download and save the the updates to the mobile documents >>> folder, >>> overwriting the old ones. >>> >>> It's pretty simple, if I understand what you need correctly. I also store >>> other info in the the text file occasionally, such as a text string >>> describing the updates so I can show an answer dialog if I want the user >>> to >>> agree or decline the update (which will reappear on the next launch if >>> they >>> decline.) >>> >>> Sample text file is usually something like this: >>> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >>> Stack 2 https://www.domain.com/updates/stack2.livecode >>> .. >>> This update provides new functionality and bug fixes. >>> >>> If you don't want to scan each stack for its cVersion, you can keep a >>> text >>> file in the mobile documents folder that lists the current versions so >>> you >>> can easily compare that to the one on the server. After updating the >>> stacks, update the stored text file as well. >>> >>> If updates are mandatory, just skip the comparisons entirely and >>> force-download the updates. If only some of the stacks should be updated, >>> omit the ones that don't need to be updated from the server file. >>> >>> -- >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >>> HyperActive Software | http://www.hyperactivesw.com >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >>> wrote: >>> >>> > right - no updating the engine + runtime in this scenario, just the >>> > stacks + scripts, and perhaps plugins. >>> > we are going to continue to only privately distribute to our corporate >>> > clients, so the app store won't be part of the equation. that does not >>> mean >>> > that apple won't object, though (but, i believe the rules for privately >>> > distributed apps are much more lenient than for app store apps - at >>> least, >>> > they have been for us, up until now) >>> > >>> > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < >>> > use-livecode at lists.runrev.com> wrote: >>> > >>> >> Hi Mike, >>> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >>> >> use-livecode at lists.runrev.com>: >>> >> > >>> >> > sorry that i was not clear. we've been using private deploys since >>> around >>> >> > 2010, using airlaunch to generate the bundle, and then uploading to a >>> >> > private url. that's not what i meant. >>> >> > i'm talking about updating/patching an existing app, in place. the >>> >> devices >>> >> > are in single-app mode, so we would either have to pay for mdm and >>> then >>> >> use >>> >> > that service to push app updates, OR, if we didn't use mdm, we could >>> have >>> >> > the app pull the update and apply it. >>> >> > i can kind-of guess how to make it work, but i'm sure there are a >>> couple >>> >> of >>> >> > tricks that i don't want to have to figure out, if someone else has >>> >> already >>> >> > figured it out. >>> >> >>> >> you could use the "splashscreen" approach to update one or more stacks, >>> >> but that will >>> >> of course only work if you do not want to update the actual >>> engine/runtime. >>> >> >>> >> However I'm not sure if Apple will allow this, no problem on Android >>> >> however. >>> >> >>> >> >>> >> Best >>> >> >>> >> Klaus >>> >> >>> >> -- >>> >> Klaus Major >>> >> https://www.major-k.de >>> >> https://www.major-k.de/bass >>> >> klaus at major-k.de >>> >> >>> >> >>> >> _______________________________________________ >>> >> use-livecode mailing list >>> >> use-livecode at lists.runrev.com >>> >> Please visit this url to subscribe, unsubscribe and manage your >>> >> subscription preferences: >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >>> > >>> > >>> > -- >>> > On the first day, God created the heavens and the Earth >>> > On the second day, God created the oceans. >>> > On the third day, God put the animals on hold for a few hours, >>> > and did a little diving. >>> > And God said, "This is good." >>> > _______________________________________________ >>> > use-livecode mailing list >>> > use-livecode at 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 at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Thu Feb 29 08:28:38 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 08:28:38 -0500 Subject: sideloading updates to mobile In-Reply-To: <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: i haven't tried deploying to a device, yet, so bear with me: when you load the updated stack/behavior/etc., are you saving it into the app bundle, or elsewhere? on locked/single-app devices, persistence is the thing (but i would imagine that it works the same on single-app devices as it does for normal ones). On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > "Revert this stack". That just means "reload from disk". Or you can > specify > a different stack. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode > wrote: > > > so, how do we force LC to reload the stack? > > i can force the script to reload, and replace it, but if i want to reload > > the stack, do i have to close it, replace it, and then open it? > > > > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner > > wrote: > > > >> thanks, jlg. that's kind-of what i was thinking. > >> > >> > >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >> > >>> I've done this for several mobile apps. As long as the updates only > >>> reside > >>> in the app's sandboxed container, even the App Store doesn't care. > >>> > >>> Basically, I put a short text file on the server listing the update > >>> version(s) of the file(s), one per line if they are all different. > Every > >>> stack in the app suite has a custom property named cVersion. If > necessary > >>> you can also add the download URL to the same line. On launch, the app > >>> downloads and parses the text to see if the server version is different > >>> from the installed one. If so, it uses "put URL into URL > >>> >>> path>" to download and save the the updates to the mobile documents > >>> folder, > >>> overwriting the old ones. > >>> > >>> It's pretty simple, if I understand what you need correctly. I also > store > >>> other info in the the text file occasionally, such as a text string > >>> describing the updates so I can show an answer dialog if I want the > user > >>> to > >>> agree or decline the update (which will reappear on the next launch if > >>> they > >>> decline.) > >>> > >>> Sample text file is usually something like this: > >>> > >>> Stack 1 https://www.domain.com/updates/stack1.livecode > >>> Stack 2 https://www.domain.com/updates/stack2.livecode > >>> .. > >>> This update provides new functionality and bug fixes. > >>> > >>> If you don't want to scan each stack for its cVersion, you can keep a > >>> text > >>> file in the mobile documents folder that lists the current versions so > >>> you > >>> can easily compare that to the one on the server. After updating the > >>> stacks, update the stored text file as well. > >>> > >>> If updates are mandatory, just skip the comparisons entirely and > >>> force-download the updates. If only some of the stacks should be > updated, > >>> omit the ones that don't need to be updated from the server file. > >>> > >>> -- > >>> Jacqueline Landman Gay | jacque at hyperactivesw.com > >>> HyperActive Software | http://www.hyperactivesw.com > >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > >>> wrote: > >>> > >>> > right - no updating the engine + runtime in this scenario, just the > >>> > stacks + scripts, and perhaps plugins. > >>> > we are going to continue to only privately distribute to our > corporate > >>> > clients, so the app store won't be part of the equation. that does > not > >>> mean > >>> > that apple won't object, though (but, i believe the rules for > privately > >>> > distributed apps are much more lenient than for app store apps - at > >>> least, > >>> > they have been for us, up until now) > >>> > > >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > >>> > use-livecode at lists.runrev.com> wrote: > >>> > > >>> >> Hi Mike, > >>> >> > >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >>> >> use-livecode at lists.runrev.com>: > >>> >> > > >>> >> > sorry that i was not clear. we've been using private deploys since > >>> around > >>> >> > 2010, using airlaunch to generate the bundle, and then uploading > to a > >>> >> > private url. that's not what i meant. > >>> >> > i'm talking about updating/patching an existing app, in place. the > >>> >> devices > >>> >> > are in single-app mode, so we would either have to pay for mdm and > >>> then > >>> >> use > >>> >> > that service to push app updates, OR, if we didn't use mdm, we > could > >>> have > >>> >> > the app pull the update and apply it. > >>> >> > i can kind-of guess how to make it work, but i'm sure there are a > >>> couple > >>> >> of > >>> >> > tricks that i don't want to have to figure out, if someone else > has > >>> >> already > >>> >> > figured it out. > >>> >> > >>> >> you could use the "splashscreen" approach to update one or more > stacks, > >>> >> but that will > >>> >> of course only work if you do not want to update the actual > >>> engine/runtime. > >>> >> > >>> >> However I'm not sure if Apple will allow this, no problem on Android > >>> >> however. > >>> >> > >>> >> > >>> >> Best > >>> >> > >>> >> Klaus > >>> >> > >>> >> -- > >>> >> Klaus Major > >>> >> https://www.major-k.de > >>> >> https://www.major-k.de/bass > >>> >> klaus at major-k.de > >>> >> > >>> >> > >>> >> _______________________________________________ > >>> >> use-livecode mailing list > >>> >> use-livecode at lists.runrev.com > >>> >> Please visit this url to subscribe, unsubscribe and manage your > >>> >> subscription preferences: > >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode > >>> >> > >>> > > >>> > > >>> > -- > >>> > On the first day, God created the heavens and the Earth > >>> > On the second day, God created the oceans. > >>> > On the third day, God put the animals on hold for a few hours, > >>> > and did a little diving. > >>> > And God said, "This is good." > >>> > _______________________________________________ > >>> > use-livecode mailing list > >>> > use-livecode at 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 at lists.runrev.com > >>> Please visit this url to subscribe, unsubscribe and manage your > >>> subscription preferences: > >>> http://lists.runrev.com/mailman/listinfo/use-livecode > >>> > >> > >> > >> -- > >> On the first day, God created the heavens and the Earth > >> On the second day, God created the oceans. > >> On the third day, God put the animals on hold for a few hours, > >> and did a little diving. > >> And God said, "This is good." > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Thu Feb 29 15:09:44 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 29 Feb 2024 14:09:44 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> You can't add or change anything inside the app bundle so downloaded files have to go in specialFolderPath("documents"). Copy the originals from the resources folder to the documents folder on first launch so you always have a known file path location. Any file in documents will be overwritten with the new download if the file name is the same. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode wrote: > i haven't tried deploying to a device, yet, so bear with me: > when you load the updated stack/behavior/etc., are you saving it into the > app bundle, or elsewhere? on locked/single-app devices, persistence is the > thing (but i would imagine that it works the same on single-app devices as > it does for normal ones). > > On Wed, Feb 28, 2024 at 10:12PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> "Revert this stack". That just means "reload from disk". Or you can >> specify >> a different stack. >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode >> wrote: >> >> > so, how do we force LC to reload the stack? >> > i can force the script to reload, and replace it, but if i want to reload >> > the stack, do i have to close it, replace it, and then open it? >> > >> > On Wed, Feb 21, 2024 at 8:28PM Mike Kerner >> > wrote: >> > >> >> thanks, jlg. that's kind-of what i was thinking. >> >> >> >> >> >> On Wed, Feb 21, 2024 at 4:58PM J. Landman Gay via use-livecode < >> >> use-livecode at lists.runrev.com> wrote: >> >> >> >>> I've done this for several mobile apps. As long as the updates only >> >>> reside >> >>> in the app's sandboxed container, even the App Store doesn't care. >> >>> >> >>> Basically, I put a short text file on the server listing the update >> >>> version(s) of the file(s), one per line if they are all different. >> Every >> >>> stack in the app suite has a custom property named cVersion. If >> necessary >> >>> you can also add the download URL to the same line. On launch, the app >> >>> downloads and parses the text to see if the server version is different >> >>> from the installed one. If so, it uses "put URL into URL >> >>> > >>> path>" to download and save the the updates to the mobile documents >> >>> folder, >> >>> overwriting the old ones. >> >>> >> >>> It's pretty simple, if I understand what you need correctly. I also >> store >> >>> other info in the the text file occasionally, such as a text string >> >>> describing the updates so I can show an answer dialog if I want the >> user >> >>> to >> >>> agree or decline the update (which will reappear on the next launch if >> >>> they >> >>> decline.) >> >>> >> >>> Sample text file is usually something like this: >> >>> >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode >> >>> .. >> >>> This update provides new functionality and bug fixes. >> >>> >> >>> If you don't want to scan each stack for its cVersion, you can keep a >> >>> text >> >>> file in the mobile documents folder that lists the current versions so >> >>> you >> >>> can easily compare that to the one on the server. After updating the >> >>> stacks, update the stored text file as well. >> >>> >> >>> If updates are mandatory, just skip the comparisons entirely and >> >>> force-download the updates. If only some of the stacks should be >> updated, >> >>> omit the ones that don't need to be updated from the server file. >> >>> >> >>> -- >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >>> HyperActive Software | http://www.hyperactivesw.com >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> >>> wrote: >> >>> >> >>> > right - no updating the engine + runtime in this scenario, just the >> >>> > stacks + scripts, and perhaps plugins. >> >>> > we are going to continue to only privately distribute to our >> corporate >> >>> > clients, so the app store won't be part of the equation. that does >> not >> >>> mean >> >>> > that apple won't object, though (but, i believe the rules for >> privately >> >>> > distributed apps are much more lenient than for app store apps - at >> >>> least, >> >>> > they have been for us, up until now) >> >>> > >> >>> > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < >> >>> > use-livecode at lists.runrev.com> wrote: >> >>> > >> >>> >> Hi Mike, >> >>> >> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >>> >> use-livecode at lists.runrev.com>: >> >>> >> > >> >>> >> > sorry that i was not clear. we've been using private deploys since >> >>> around >> >>> >> > 2010, using airlaunch to generate the bundle, and then uploading >> to a >> >>> >> > private url. that's not what i meant. >> >>> >> > i'm talking about updating/patching an existing app, in place. the >> >>> >> devices >> >>> >> > are in single-app mode, so we would either have to pay for mdm and >> >>> then >> >>> >> use >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we >> could >> >>> have >> >>> >> > the app pull the update and apply it. >> >>> >> > i can kind-of guess how to make it work, but i'm sure there are a >> >>> couple >> >>> >> of >> >>> >> > tricks that i don't want to have to figure out, if someone else >> has >> >>> >> already >> >>> >> > figured it out. >> >>> >> >> >>> >> you could use the "splashscreen" approach to update one or more >> stacks, >> >>> >> but that will >> >>> >> of course only work if you do not want to update the actual >> >>> engine/runtime. >> >>> >> >> >>> >> However I'm not sure if Apple will allow this, no problem on Android >> >>> >> however. >> >>> >> >> >>> >> >> >>> >> Best >> >>> >> >> >>> >> Klaus >> >>> >> >> >>> >> -- >> >>> >> Klaus Major >> >>> >> https://www.major-k.de >> >>> >> https://www.major-k.de/bass >> >>> >> klaus at major-k.de >> >>> >> >> >>> >> >> >>> >> _______________________________________________ >> >>> >> use-livecode mailing list >> >>> >> use-livecode at lists.runrev.com >> >>> >> Please visit this url to subscribe, unsubscribe and manage your >> >>> >> subscription preferences: >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >>> >> >> >>> > >> >>> > >> >>> > -- >> >>> > On the first day, God created the heavens and the Earth >> >>> > On the second day, God created the oceans. >> >>> > On the third day, God put the animals on hold for a few hours, >> >>> > and did a little diving. >> >>> > And God said, "This is good." >> >>> > _______________________________________________ >> >>> > use-livecode mailing list >> >>> > use-livecode at 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 at lists.runrev.com >> >>> Please visit this url to subscribe, unsubscribe and manage your >> >>> subscription preferences: >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >>> >> >> >> >> >> >> -- >> >> On the first day, God created the heavens and the Earth >> >> On the second day, God created the oceans. >> >> On the third day, God put the animals on hold for a few hours, >> >> and did a little diving. >> >> And God said, "This is good." >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Thu Feb 29 17:32:33 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 17:32:33 -0500 Subject: sideloading updates to mobile In-Reply-To: <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: ah. that's a better way of handling this. i was going to have the app check the documents folder for updates, before loading a stack, but if i keep the source stacks, there, it will work better. On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > You can't add or change anything inside the app bundle so downloaded files > have to go in specialFolderPath("documents"). Copy the originals from the > resources folder to the documents folder on first launch so you always > have > a known file path location. Any file in documents will be overwritten with > the new download if the file name is the same. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode > wrote: > > > i haven't tried deploying to a device, yet, so bear with me: > > when you load the updated stack/behavior/etc., are you saving it into the > > app bundle, or elsewhere? on locked/single-app devices, persistence is > the > > thing (but i would imagine that it works the same on single-app devices > as > > it does for normal ones). > > > > On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> "Revert this stack". That just means "reload from disk". Or you can > >> specify > >> a different stack. > >> -- > >> Jacqueline Landman Gay | jacque at hyperactivesw.com > >> HyperActive Software | http://www.hyperactivesw.com > >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode > >> wrote: > >> > >> > so, how do we force LC to reload the stack? > >> > i can force the script to reload, and replace it, but if i want to > reload > >> > the stack, do i have to close it, replace it, and then open it? > >> > > >> > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner < > MikeKerner at roadrunner.com> > >> > wrote: > >> > > >> >> thanks, jlg. that's kind-of what i was thinking. > >> >> > >> >> > >> >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > >> >> use-livecode at lists.runrev.com> wrote: > >> >> > >> >>> I've done this for several mobile apps. As long as the updates only > >> >>> reside > >> >>> in the app's sandboxed container, even the App Store doesn't care. > >> >>> > >> >>> Basically, I put a short text file on the server listing the update > >> >>> version(s) of the file(s), one per line if they are all different. > >> Every > >> >>> stack in the app suite has a custom property named cVersion. If > >> necessary > >> >>> you can also add the download URL to the same line. On launch, the > app > >> >>> downloads and parses the text to see if the server version is > different > >> >>> from the installed one. If so, it uses "put URL into > URL > >> >>> >> >>> path>" to download and save the the updates to the mobile documents > >> >>> folder, > >> >>> overwriting the old ones. > >> >>> > >> >>> It's pretty simple, if I understand what you need correctly. I also > >> store > >> >>> other info in the the text file occasionally, such as a text string > >> >>> describing the updates so I can show an answer dialog if I want the > >> user > >> >>> to > >> >>> agree or decline the update (which will reappear on the next launch > if > >> >>> they > >> >>> decline.) > >> >>> > >> >>> Sample text file is usually something like this: > >> >>> > >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode > >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode > >> >>> .. > >> >>> This update provides new functionality and bug fixes. > >> >>> > >> >>> If you don't want to scan each stack for its cVersion, you can keep > a > >> >>> text > >> >>> file in the mobile documents folder that lists the current versions > so > >> >>> you > >> >>> can easily compare that to the one on the server. After updating the > >> >>> stacks, update the stored text file as well. > >> >>> > >> >>> If updates are mandatory, just skip the comparisons entirely and > >> >>> force-download the updates. If only some of the stacks should be > >> updated, > >> >>> omit the ones that don't need to be updated from the server file. > >> >>> > >> >>> -- > >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com > >> >>> HyperActive Software | http://www.hyperactivesw.com > >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > >> >>> wrote: > >> >>> > >> >>> > right - no updating the engine + runtime in this scenario, just > the > >> >>> > stacks + scripts, and perhaps plugins. > >> >>> > we are going to continue to only privately distribute to our > >> corporate > >> >>> > clients, so the app store won't be part of the equation. that does > >> not > >> >>> mean > >> >>> > that apple won't object, though (but, i believe the rules for > >> privately > >> >>> > distributed apps are much more lenient than for app store apps - > at > >> >>> least, > >> >>> > they have been for us, up until now) > >> >>> > > >> >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > >> >>> > use-livecode at lists.runrev.com> wrote: > >> >>> > > >> >>> >> Hi Mike, > >> >>> >> > >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >> >>> >> use-livecode at lists.runrev.com>: > >> >>> >> > > >> >>> >> > sorry that i was not clear. we've been using private deploys > since > >> >>> around > >> >>> >> > 2010, using airlaunch to generate the bundle, and then > uploading > >> to a > >> >>> >> > private url. that's not what i meant. > >> >>> >> > i'm talking about updating/patching an existing app, in place. > the > >> >>> >> devices > >> >>> >> > are in single-app mode, so we would either have to pay for mdm > and > >> >>> then > >> >>> >> use > >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we > >> could > >> >>> have > >> >>> >> > the app pull the update and apply it. > >> >>> >> > i can kind-of guess how to make it work, but i'm sure there > are a > >> >>> couple > >> >>> >> of > >> >>> >> > tricks that i don't want to have to figure out, if someone else > >> has > >> >>> >> already > >> >>> >> > figured it out. > >> >>> >> > >> >>> >> you could use the "splashscreen" approach to update one or more > >> stacks, > >> >>> >> but that will > >> >>> >> of course only work if you do not want to update the actual > >> >>> engine/runtime. > >> >>> >> > >> >>> >> However I'm not sure if Apple will allow this, no problem on > Android > >> >>> >> however. > >> >>> >> > >> >>> >> > >> >>> >> Best > >> >>> >> > >> >>> >> Klaus > >> >>> >> > >> >>> >> -- > >> >>> >> Klaus Major > >> >>> >> https://www.major-k.de > >> >>> >> https://www.major-k.de/bass > >> >>> >> klaus at major-k.de > >> >>> >> > >> >>> >> > >> >>> >> _______________________________________________ > >> >>> >> use-livecode mailing list > >> >>> >> use-livecode at lists.runrev.com > >> >>> >> Please visit this url to subscribe, unsubscribe and manage your > >> >>> >> subscription preferences: > >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> >>> >> > >> >>> > > >> >>> > > >> >>> > -- > >> >>> > On the first day, God created the heavens and the Earth > >> >>> > On the second day, God created the oceans. > >> >>> > On the third day, God put the animals on hold for a few hours, > >> >>> > and did a little diving. > >> >>> > And God said, "This is good." > >> >>> > _______________________________________________ > >> >>> > use-livecode mailing list > >> >>> > use-livecode at 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 at lists.runrev.com > >> >>> Please visit this url to subscribe, unsubscribe and manage your > >> >>> subscription preferences: > >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode > >> >>> > >> >> > >> >> > >> >> -- > >> >> On the first day, God created the heavens and the Earth > >> >> On the second day, God created the oceans. > >> >> On the third day, God put the animals on hold for a few hours, > >> >> and did a little diving. > >> >> And God said, "This is good." > >> >> > >> > > >> > > >> > -- > >> > On the first day, God created the heavens and the Earth > >> > On the second day, God created the oceans. > >> > On the third day, God put the animals on hold for a few hours, > >> > and did a little diving. > >> > And God said, "This is good." > >> > _______________________________________________ > >> > use-livecode mailing list > >> > use-livecode at 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 at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Thu Feb 29 21:35:53 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 21:35:53 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: any reason to store in documents instead of in library? it seems like there might be less of a chance of the user misusing the Files app to break the app. On Thu, Feb 29, 2024 at 5:32 PM Mike Kerner wrote: > ah. that's a better way of handling this. i was going to have the app > check the documents folder for updates, before loading a stack, but if i > keep the source stacks, there, it will work better. > > On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> You can't add or change anything inside the app bundle so downloaded >> files >> have to go in specialFolderPath("documents"). Copy the originals from the >> resources folder to the documents folder on first launch so you always >> have >> a known file path location. Any file in documents will be overwritten >> with >> the new download if the file name is the same. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode >> wrote: >> >> > i haven't tried deploying to a device, yet, so bear with me: >> > when you load the updated stack/behavior/etc., are you saving it into >> the >> > app bundle, or elsewhere? on locked/single-app devices, persistence is >> the >> > thing (but i would imagine that it works the same on single-app devices >> as >> > it does for normal ones). >> > >> > On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> >> "Revert this stack". That just means "reload from disk". Or you can >> >> specify >> >> a different stack. >> >> -- >> >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >> HyperActive Software | http://www.hyperactivesw.com >> >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode >> >> wrote: >> >> >> >> > so, how do we force LC to reload the stack? >> >> > i can force the script to reload, and replace it, but if i want to >> reload >> >> > the stack, do i have to close it, replace it, and then open it? >> >> > >> >> > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner < >> MikeKerner at roadrunner.com> >> >> > wrote: >> >> > >> >> >> thanks, jlg. that's kind-of what i was thinking. >> >> >> >> >> >> >> >> >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < >> >> >> use-livecode at lists.runrev.com> wrote: >> >> >> >> >> >>> I've done this for several mobile apps. As long as the updates only >> >> >>> reside >> >> >>> in the app's sandboxed container, even the App Store doesn't care. >> >> >>> >> >> >>> Basically, I put a short text file on the server listing the update >> >> >>> version(s) of the file(s), one per line if they are all different. >> >> Every >> >> >>> stack in the app suite has a custom property named cVersion. If >> >> necessary >> >> >>> you can also add the download URL to the same line. On launch, the >> app >> >> >>> downloads and parses the text to see if the server version is >> different >> >> >>> from the installed one. If so, it uses "put URL into >> URL >> >> >>> > >> >>> path>" to download and save the the updates to the mobile documents >> >> >>> folder, >> >> >>> overwriting the old ones. >> >> >>> >> >> >>> It's pretty simple, if I understand what you need correctly. I also >> >> store >> >> >>> other info in the the text file occasionally, such as a text string >> >> >>> describing the updates so I can show an answer dialog if I want the >> >> user >> >> >>> to >> >> >>> agree or decline the update (which will reappear on the next >> launch if >> >> >>> they >> >> >>> decline.) >> >> >>> >> >> >>> Sample text file is usually something like this: >> >> >>> >> >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >> >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode >> >> >>> .. >> >> >>> This update provides new functionality and bug fixes. >> >> >>> >> >> >>> If you don't want to scan each stack for its cVersion, you can >> keep a >> >> >>> text >> >> >>> file in the mobile documents folder that lists the current >> versions so >> >> >>> you >> >> >>> can easily compare that to the one on the server. After updating >> the >> >> >>> stacks, update the stored text file as well. >> >> >>> >> >> >>> If updates are mandatory, just skip the comparisons entirely and >> >> >>> force-download the updates. If only some of the stacks should be >> >> updated, >> >> >>> omit the ones that don't need to be updated from the server file. >> >> >>> >> >> >>> -- >> >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >> >>> HyperActive Software | http://www.hyperactivesw.com >> >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> >> >>> wrote: >> >> >>> >> >> >>> > right - no updating the engine + runtime in this scenario, just >> the >> >> >>> > stacks + scripts, and perhaps plugins. >> >> >>> > we are going to continue to only privately distribute to our >> >> corporate >> >> >>> > clients, so the app store won't be part of the equation. that >> does >> >> not >> >> >>> mean >> >> >>> > that apple won't object, though (but, i believe the rules for >> >> privately >> >> >>> > distributed apps are much more lenient than for app store apps - >> at >> >> >>> least, >> >> >>> > they have been for us, up until now) >> >> >>> > >> >> >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < >> >> >>> > use-livecode at lists.runrev.com> wrote: >> >> >>> > >> >> >>> >> Hi Mike, >> >> >>> >> >> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >> >>> >> use-livecode at lists.runrev.com>: >> >> >>> >> > >> >> >>> >> > sorry that i was not clear. we've been using private deploys >> since >> >> >>> around >> >> >>> >> > 2010, using airlaunch to generate the bundle, and then >> uploading >> >> to a >> >> >>> >> > private url. that's not what i meant. >> >> >>> >> > i'm talking about updating/patching an existing app, in >> place. the >> >> >>> >> devices >> >> >>> >> > are in single-app mode, so we would either have to pay for >> mdm and >> >> >>> then >> >> >>> >> use >> >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we >> >> could >> >> >>> have >> >> >>> >> > the app pull the update and apply it. >> >> >>> >> > i can kind-of guess how to make it work, but i'm sure there >> are a >> >> >>> couple >> >> >>> >> of >> >> >>> >> > tricks that i don't want to have to figure out, if someone >> else >> >> has >> >> >>> >> already >> >> >>> >> > figured it out. >> >> >>> >> >> >> >>> >> you could use the "splashscreen" approach to update one or more >> >> stacks, >> >> >>> >> but that will >> >> >>> >> of course only work if you do not want to update the actual >> >> >>> engine/runtime. >> >> >>> >> >> >> >>> >> However I'm not sure if Apple will allow this, no problem on >> Android >> >> >>> >> however. >> >> >>> >> >> >> >>> >> >> >> >>> >> Best >> >> >>> >> >> >> >>> >> Klaus >> >> >>> >> >> >> >>> >> -- >> >> >>> >> Klaus Major >> >> >>> >> https://www.major-k.de >> >> >>> >> https://www.major-k.de/bass >> >> >>> >> klaus at major-k.de >> >> >>> >> >> >> >>> >> >> >> >>> >> _______________________________________________ >> >> >>> >> use-livecode mailing list >> >> >>> >> use-livecode at lists.runrev.com >> >> >>> >> Please visit this url to subscribe, unsubscribe and manage your >> >> >>> >> subscription preferences: >> >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >>> >> >> >> >>> > >> >> >>> > >> >> >>> > -- >> >> >>> > On the first day, God created the heavens and the Earth >> >> >>> > On the second day, God created the oceans. >> >> >>> > On the third day, God put the animals on hold for a few hours, >> >> >>> > and did a little diving. >> >> >>> > And God said, "This is good." >> >> >>> > _______________________________________________ >> >> >>> > use-livecode mailing list >> >> >>> > use-livecode at 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 at lists.runrev.com >> >> >>> Please visit this url to subscribe, unsubscribe and manage your >> >> >>> subscription preferences: >> >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >>> >> >> >> >> >> >> >> >> >> -- >> >> >> On the first day, God created the heavens and the Earth >> >> >> On the second day, God created the oceans. >> >> >> On the third day, God put the animals on hold for a few hours, >> >> >> and did a little diving. >> >> >> And God said, "This is good." >> >> >> >> >> > >> >> > >> >> > -- >> >> > On the first day, God created the heavens and the Earth >> >> > On the second day, God created the oceans. >> >> > On the third day, God put the animals on hold for a few hours, >> >> > and did a little diving. >> >> > And God said, "This is good." >> >> > _______________________________________________ >> >> > use-livecode mailing list >> >> > use-livecode at 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 at lists.runrev.com >> >> Please visit this url to subscribe, unsubscribe and manage your >> >> subscription preferences: >> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Thu Feb 1 13:24:21 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 1 Feb 2024 13:24:21 -0500 Subject: [off] google project idx Message-ID: google is sending out invites to try out their version of a low-code web-based ide, called idx. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 14:24:08 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 14:24:08 -0500 Subject: activation and login broken? Message-ID: hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From dave at davewood.nz Fri Feb 2 14:56:33 2024 From: dave at davewood.nz (David Wood) Date: Sat, 3 Feb 2024 08:56:33 +1300 Subject: activation and login broken? In-Reply-To: References: Message-ID: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Fri Feb 2 15:00:21 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:00:21 -0500 Subject: activation and login broken? In-Reply-To: References: Message-ID: <002d01da5612$772367a0$656a36e0$@net> Mike, Same here. Last time this happened someone submitted an LC hosting urgent ticket and it was fixed pronto. I will do it now. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Mike Kerner via use-livecode Sent: Friday, February 02, 2024 2:24 PM To: How to use LiveCode Cc: Mike Kerner Subject: activation and login broken? hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From kevin at livecode.com Fri Feb 2 14:59:09 2024 From: kevin at livecode.com (Kevin Miller) Date: Fri, 02 Feb 2024 19:59:09 +0000 Subject: activation and login broken? In-Reply-To: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> Message-ID: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Something is wrong... We are looking into it now. Kind regards, Kevin Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Fri Feb 2 14:59:29 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 14:59:29 -0500 Subject: activation and login broken? In-Reply-To: <002d01da5612$772367a0$656a36e0$@net> References: <002d01da5612$772367a0$656a36e0$@net> Message-ID: how in the world does one submit an "urgent" ticket? On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < use-livecode at lists.runrev.com> wrote: > Mike, > Same here. Last time this happened someone submitted an LC hosting urgent > ticket and it was fixed pronto. > I will do it now. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On > Behalf > Of Mike Kerner via use-livecode > Sent: Friday, February 02, 2024 2:24 PM > To: How to use LiveCode > Cc: Mike Kerner > Subject: activation and login broken? > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth On the second day, > God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From rdimola at evergreeninfo.net Fri Feb 2 15:05:00 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:05:00 -0500 Subject: activation and login broken? In-Reply-To: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Message-ID: <003101da5613$1dad6080$59082180$@net> Kevin, Thanks I submitted a hosting ticket. Ignore now that you're on it. -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Kevin Miller via use-livecode Sent: Friday, February 02, 2024 2:59 PM To: How to use LiveCode Cc: Kevin Miller Subject: Re: activation and login broken? Something is wrong... We are looking into it now. Kind regards, Kevin Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: Same here In my case just on Mac but also as you say trying to log into the Livecode website. > On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Fri Feb 2 15:06:12 2024 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 2 Feb 2024 15:06:12 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> Message-ID: <003501da5613$480649f0$d812ddd0$@net> Select urgent on the hosting support contact us page. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net Phone: 518-636-3998 Ex:11 Cell: 518-796-9332 From: Mike Kerner [mailto:MikeKerner at roadrunner.com] Sent: Friday, February 02, 2024 2:59 PM To: How to use LiveCode Cc: Ralph DiMola Subject: Re: activation and login broken? how in the world does one submit an "urgent" ticket? On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode wrote: Mike, Same here. Last time this happened someone submitted an LC hosting urgent ticket and it was fixed pronto. I will do it now. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Mike Kerner via use-livecode Sent: Friday, February 02, 2024 2:24 PM To: How to use LiveCode Cc: Mike Kerner Subject: activation and login broken? hmmm. i just tried to fire up LC on both mac and pc. i ran into an activation dialog, so i tried to log in, and got an error. so, i tried to log into the livecode website, and hit the same thing. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." _______________________________________________ use-livecode mailing list use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:09:01 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:09:01 -0500 Subject: activation and login broken? In-Reply-To: <003501da5613$480649f0$d812ddd0$@net> References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: welp, i don't have hosting. good thing i have you. On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < use-livecode at lists.runrev.com> wrote: > Select urgent on the hosting support contact us page. > > > > Ralph DiMola > > IT Director > > Evergreen Information Services > > rdimola at evergreeninfo.net > > Phone: 518-636-3998 Ex:11 > > Cell: 518-796-9332 > > > > From: Mike Kerner [mailto:MikeKerner at roadrunner.com] > Sent: Friday, February 02, 2024 2:59 PM > To: How to use LiveCode > Cc: Ralph DiMola > Subject: Re: activation and login broken? > > > > how in the world does one submit an "urgent" ticket? > > > > On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < > use-livecode at lists.runrev.com> wrote: > > Mike, > Same here. Last time this happened someone submitted an LC hosting urgent > ticket and it was fixed pronto. > I will do it now. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On > Behalf > Of Mike Kerner via use-livecode > Sent: Friday, February 02, 2024 2:24 PM > To: How to use LiveCode > Cc: Mike Kerner > Subject: activation and login broken? > > hmmm. i just tried to fire up LC on both mac and pc. i ran into an > activation dialog, so i tried to log in, and got an error. so, i tried to > log into the livecode website, and hit the same thing. > > -- > On the first day, God created the heavens and the Earth On the second day, > God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > -- > > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:16:15 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:16:15 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: and you, kevin. good thing i have you, too. On Fri, Feb 2, 2024 at 3:09 PM Mike Kerner wrote: > welp, i don't have hosting. good thing i have you. > > On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Select urgent on the hosting support contact us page. >> >> >> >> Ralph DiMola >> >> IT Director >> >> Evergreen Information Services >> >> rdimola at evergreeninfo.net >> >> Phone: 518-636-3998 Ex:11 >> >> Cell: 518-796-9332 >> >> >> >> From: Mike Kerner [mailto:MikeKerner at roadrunner.com] >> Sent: Friday, February 02, 2024 2:59 PM >> To: How to use LiveCode >> Cc: Ralph DiMola >> Subject: Re: activation and login broken? >> >> >> >> how in the world does one submit an "urgent" ticket? >> >> >> >> On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> Mike, >> Same here. Last time this happened someone submitted an LC hosting urgent >> ticket and it was fixed pronto. >> I will do it now. >> >> Ralph DiMola >> IT Director >> Evergreen Information Services >> rdimola at evergreeninfo.net >> >> -----Original Message----- >> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On >> Behalf >> Of Mike Kerner via use-livecode >> Sent: Friday, February 02, 2024 2:24 PM >> To: How to use LiveCode >> Cc: Mike Kerner >> Subject: activation and login broken? >> >> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >> activation dialog, so i tried to log in, and got an error. so, i tried to >> log into the livecode website, and hit the same thing. >> >> -- >> On the first day, God created the heavens and the Earth On the second day, >> God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> >> >> >> >> -- >> >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Fri Feb 2 15:17:51 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Fri, 2 Feb 2024 15:17:51 -0500 Subject: activation and login broken? In-Reply-To: References: <002d01da5612$772367a0$656a36e0$@net> <003501da5613$480649f0$d812ddd0$@net> Message-ID: i think we're back up. On Fri, Feb 2, 2024 at 3:16 PM Mike Kerner wrote: > and you, kevin. > good thing i have you, too. > > On Fri, Feb 2, 2024 at 3:09 PM Mike Kerner > wrote: > >> welp, i don't have hosting. good thing i have you. >> >> On Fri, Feb 2, 2024 at 3:04 PM Ralph DiMola via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> Select urgent on the hosting support contact us page. >>> >>> >>> >>> Ralph DiMola >>> >>> IT Director >>> >>> Evergreen Information Services >>> >>> rdimola at evergreeninfo.net >>> >>> Phone: 518-636-3998 Ex:11 >>> >>> Cell: 518-796-9332 >>> >>> >>> >>> From: Mike Kerner [mailto:MikeKerner at roadrunner.com] >>> Sent: Friday, February 02, 2024 2:59 PM >>> To: How to use LiveCode >>> Cc: Ralph DiMola >>> Subject: Re: activation and login broken? >>> >>> >>> >>> how in the world does one submit an "urgent" ticket? >>> >>> >>> >>> On Fri, Feb 2, 2024 at 2:58 PM Ralph DiMola via use-livecode < >>> use-livecode at lists.runrev.com> wrote: >>> >>> Mike, >>> Same here. Last time this happened someone submitted an LC hosting urgent >>> ticket and it was fixed pronto. >>> I will do it now. >>> >>> Ralph DiMola >>> IT Director >>> Evergreen Information Services >>> rdimola at evergreeninfo.net >>> >>> -----Original Message----- >>> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On >>> Behalf >>> Of Mike Kerner via use-livecode >>> Sent: Friday, February 02, 2024 2:24 PM >>> To: How to use LiveCode >>> Cc: Mike Kerner >>> Subject: activation and login broken? >>> >>> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >>> activation dialog, so i tried to log in, and got an error. so, i tried to >>> log into the livecode website, and hit the same thing. >>> >>> -- >>> On the first day, God created the heavens and the Earth On the second >>> day, >>> God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> >>> >>> >>> >>> -- >>> >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From dave at davewood.nz Fri Feb 2 15:27:18 2024 From: dave at davewood.nz (David Wood) Date: Sat, 3 Feb 2024 09:27:18 +1300 Subject: activation and login broken? In-Reply-To: <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> References: <69E6A7C9-3CAA-42DE-9280-EECC32BCE76C@davewood.nz> <77EC19BA-E803-4F01-9F2B-1A6CF27F6B0F@livecode.com> Message-ID: ALL OK here again now - both on Mac and on Website login Thanks for the quick resolution! > On 3/02/2024, at 8:59 AM, Kevin Miller via use-livecode wrote: > > Something is wrong... We are looking into it now. > > Kind regards, > > Kevin > > Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ > LiveCode: Build Amazing Things > > > > > On 02/02/2024, 19:56, "use-livecode on behalf of David Wood via use-livecode" on behalf of use-livecode at lists.runrev.com > wrote: > > > Same here > > > In my case just on Mac but also as you say trying to log into the Livecode website. > > >> On 3/02/2024, at 8:24 AM, Mike Kerner via use-livecode > wrote: >> >> hmmm. i just tried to fire up LC on both mac and pc. i ran into an >> activation dialog, so i tried to log in, and got an error. so, i tried to >> log into the livecode website, and hit the same thing. >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Sat Feb 3 10:40:33 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sat, 3 Feb 2024 10:40:33 -0500 Subject: web Message-ID: my subscription is up, soon. i have web, but the last time i tried it, no bueno. is anyone using web deploy? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Sat Feb 3 10:49:57 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sat, 3 Feb 2024 10:49:57 -0500 Subject: Top things you are waiting for .... In-Reply-To: References: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de> <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com> Message-ID: fyi, our subscription is up, shortly. i noticed that our compiler subscription has been extended until december, 2025. i hope that does not mean that compiler is going to be another ten months before we get to try to break it. On Tue, Jan 16, 2024 at 9:21 AM Mike Kerner wrote: > well, they do owe you at least a year of it, since you paid for it, in > advance > the same goes for all of us that paid for html5 and have...not that. > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From paul at researchware.com Sat Feb 3 13:36:44 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 13:36:44 -0500 Subject: Regex brain failure... Message-ID: I have a (reduced) example set of data in a variable "tCaseCodes" that is tab delimited set of lines below: 1         I am making a high salary    Text    2,319    Interview 1.txt 2         nontraditional field    Text    2,319    Interview 1.txt 3         gets married and stays married    Text    453,561  Interview 1.txt 4         wants kids    Text    927,1009    Interview 1.txt 5         leaves work when kids born doesn't return    Text  1012,1609    Interview 1.txt 6         takes major responsibility for family work    Text  1012,1609    Interview 1.txt I have a Regex pattern in the variable "tCodeToMatch" shown below: ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ I am executing the line of livecode script: filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates The variable tDuplicates should then contain: 2         nontraditional field    Text    2,319    Interview 1.txt But is instead, empty. Clearly, I must have made a Regex pattern mistake, but I am not seeing it. It is ^(start of line) \d+(any number of digits) \t(tab) nontraditional field  \t(tab) Text  \t(tab) 2,319  \t(tab) Interview 1.txt $(end of line) I thought that the period in the file name (Interview 1.txt) may have been an issue as period is a reserved regex character to match a single character. However, I get the same empty result if I escape the period, so it must be something else. I believe \d+ gets me an integer as the number in this column could be several digits long. A second set of regex eyes would be appreciated. From paul at researchware.com Sat Feb 3 16:12:27 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 16:12:27 -0500 Subject: Regex brain failure... In-Reply-To: References: Message-ID: Never mind. The correct pattern is: ^\d+?\t.\tnontraditional field\tText\t2,319\tInterview 1\.txt$ There is a column with a space in it between the number column (1st column) and the 3rd column (which I thought was the 2nd column) that has the code name in it (ie. nontradtional field). Now to figure out why that is! On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > I have a (reduced) example set of data in a variable "tCaseCodes" that > is tab delimited set of lines below: > > 1         I am making a high salary    Text    2,319    Interview 1.txt > 2         nontraditional field    Text    2,319    Interview 1.txt > 3         gets married and stays married    Text    453,561  Interview > 1.txt > 4         wants kids    Text    927,1009    Interview 1.txt > 5         leaves work when kids born doesn't return    Text >  1012,1609    Interview 1.txt > 6         takes major responsibility for family work    Text >  1012,1609    Interview 1.txt > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > I am executing the line of livecode script: > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > The variable tDuplicates should then contain: > > 2         nontraditional field    Text    2,319    Interview 1.txt > > But is instead, empty. > > Clearly, I must have made a Regex pattern mistake, but I am not seeing > it. It is ^(start of line) \d+(any number of digits) \t(tab) > nontraditional field  \t(tab) Text  \t(tab) 2,319  \t(tab) Interview > 1.txt $(end of line) > > I thought that the period in the file name (Interview 1.txt) may have > been an issue as period is a reserved regex character to match a > single character. However, I get the same empty result if I escape the > period, so it must be something else. I believe \d+ gets me an integer > as the number in this column could be several digits long. > > A second set of regex eyes would be appreciated. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kaveh at rivervalley.io Sat Feb 3 19:04:18 2024 From: kaveh at rivervalley.io (Kaveh Bazargan) Date: Sun, 4 Feb 2024 00:04:18 +0000 Subject: Regex brain failure... In-Reply-To: References: Message-ID: For testing regex you might find it useful to use regex101. It's excellent and you can save the page. I put your text here just for testing. pls note your tabs are corrupted in the email and I put an "a" to make it work just for test. On Sat, 3 Feb 2024 at 21:13, Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > Never mind. > > The correct pattern is: ^\d+?\t.\tnontraditional > field\tText\t2,319\tInterview 1\.txt$ > > There is a column with a space in it between the number column (1st > column) and the 3rd column (which I thought was the 2nd column) that has > the code name in it (ie. nontradtional field). Now to figure out why > that is! > > On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > > I have a (reduced) example set of data in a variable "tCaseCodes" that > > is tab delimited set of lines below: > > > > 1 I am making a high salary Text 2,319 Interview 1.txt > > 2 nontraditional field Text 2,319 Interview 1.txt > > 3 gets married and stays married Text 453,561 Interview > > 1.txt > > 4 wants kids Text 927,1009 Interview 1.txt > > 5 leaves work when kids born doesn't return Text > > 1012,1609 Interview 1.txt > > 6 takes major responsibility for family work Text > > 1012,1609 Interview 1.txt > > > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > > > I am executing the line of livecode script: > > > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > > > The variable tDuplicates should then contain: > > > > 2 nontraditional field Text 2,319 Interview 1.txt > > > > But is instead, empty. > > > > Clearly, I must have made a Regex pattern mistake, but I am not seeing > > it. It is ^(start of line) \d+(any number of digits) \t(tab) > > nontraditional field \t(tab) Text \t(tab) 2,319 \t(tab) Interview > > 1.txt $(end of line) > > > > I thought that the period in the file name (Interview 1.txt) may have > > been an issue as period is a reserved regex character to match a > > single character. However, I get the same empty result if I escape the > > period, so it must be something else. I believe \d+ gets me an integer > > as the number in this column could be several digits long. > > > > A second set of regex eyes would be appreciated. > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Kaveh Bazargan PhD Director River Valley Technologies ● Twitter ● LinkedIn ● ORCID ● @kaveh1000 at mastodon.social *Accelerating the Communication of Research* * [image: https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/] * From alex at tweedly.net Sat Feb 3 19:36:04 2024 From: alex at tweedly.net (Alex Tweedly) Date: Sun, 4 Feb 2024 00:36:04 +0000 Subject: web In-Reply-To: References: Message-ID: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> I've not been able to get anything worthwhile to work on web. All the working examples that I've seen (e.g. Andreas's example last week of interaction between browser and LC) , have involved a significant amount of html + JS being written. The default shipping web wrapper is completely under-functional (no simple customization, can't even handle a window resize, no documentation on what will/won't be possible, no cloud storage interface, ....) that I'd have to describe it as pre-beta. I'll look at the next DP to see if there's been any progress, but I've completely shelved all the ideas I had about using it any time soon. Alex. On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: > my subscription is up, soon. i have web, but the last time i tried it, no > bueno. is anyone using web deploy? > From paul at researchware.com Sat Feb 3 19:39:36 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 3 Feb 2024 19:39:36 -0500 Subject: Regex brain failure... In-Reply-To: References: Message-ID: <1a5ab678-5014-4945-a560-3fe334ee7661@researchware.com> https://regex101.com/ is exactly the site I ended up using. The step through debugger is perfect for fining where a particular pattern fails. It's what let me see there was a tab space tab where I expected a single tab in the data and correct teh regex for the data as it actually is. On 2/3/2024 7:04 PM, Kaveh Bazargan wrote: > For testing regex you might find it useful to use regex101. It's > excellent and you can save the page. I put your text here >  just for testing. pls note your tabs > are corrupted in the email and I put an "a" to make it work just for test. > > On Sat, 3 Feb 2024 at 21:13, Paul Dupuis via use-livecode > wrote: > > Never mind. > > The correct pattern is: ^\d+?\t.\tnontraditional > field\tText\t2,319\tInterview 1\.txt$ > > There is a column with a space in it between the number column (1st > column) and the 3rd column (which I thought was the 2nd column) > that has > the code name in it (ie. nontradtional field). Now to figure out why > that is! > > On 2/3/2024 1:36 PM, Paul Dupuis via use-livecode wrote: > > I have a (reduced) example set of data in a variable > "tCaseCodes" that > > is tab delimited set of lines below: > > > > 1         I am making a high salary    Text    2,319  Interview > 1.txt > > 2         nontraditional field    Text    2,319  Interview 1.txt > > 3         gets married and stays married    Text  453,561 >  Interview > > 1.txt > > 4         wants kids    Text    927,1009    Interview 1.txt > > 5         leaves work when kids born doesn't return  Text > >  1012,1609    Interview 1.txt > > 6         takes major responsibility for family work  Text > >  1012,1609    Interview 1.txt > > > > I have a Regex pattern in the variable "tCodeToMatch" shown below: > > > > ^\d+\tnontraditional field\tText\t2,319\tInterview 1.txt$ > > > > I am executing the line of livecode script: > > > > filter lines of tCaseCodes with regex tCodeToMatch into tDuplicates > > > > The variable tDuplicates should then contain: > > > > 2         nontraditional field    Text    2,319  Interview 1.txt > > > > But is instead, empty. > > > > Clearly, I must have made a Regex pattern mistake, but I am not > seeing > > it. It is ^(start of line) \d+(any number of digits) \t(tab) > > nontraditional field  \t(tab) Text  \t(tab) 2,319 \t(tab) Interview > > 1.txt $(end of line) > > > > I thought that the period in the file name (Interview 1.txt) may > have > > been an issue as period is a reserved regex character to match a > > single character. However, I get the same empty result if I > escape the > > period, so it must be something else. I believe \d+ gets me an > integer > > as the number in this column could be several digits long. > > > > A second set of regex eyes would be appreciated. > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > -- > Kaveh Bazargan PhD > Director > River Valley Technologies   Twitter >   LinkedIn > ORCID > @kaveh1000 at mastodon.social > > *Accelerating the Communication of Research* > * > https://rivervalley.io/gigabyte-wins-the-alpsp-scholarly-publishing-innovation-award-using-river-valleys-publishing-technology/ > > * From david.bovill at gmail.com Mon Feb 5 14:40:32 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 19:40:32 +0000 Subject: Livecode Demo of two way javascript communication? In-Reply-To: <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: Perfect - just what I was looking for. Can you share the stack, and the steps to saving / exporting the standalone? On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < use-livecode at lists.runrev.com> wrote: > OK, so here’s a quick proof of concept, with functions triggered from page > to stack and from stack to page. > It is not using postMessage, only 'standard’ javascript listeners. Works > well on mobile too (at least iPhone). > > https://wheninspace.com/WebpageInteractionStack/ > > If I find the time, it would be very interesting to try deploying two > different stacks on the same page (is that even possible?), and then have > them communicate with each other. Or have two stacks in two different > pages, and have them communicate via postMessage calls… > > > > 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < > use-livecode at lists.runrev.com>: > > > > The scenario would be events like resize, or a button click in the html > > page triggering a handler in the Livecode wasm export. The other way > round > > would ve a Livecode handler in the exported wasm widget calling a > > javascriot function in the surrounding Web page. > > > > My understanding in other contexts is that you use the postMessage Web > api > > for this type of thing - > > > https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE > > > > Apart from triggering handlers in both directions passing (json) data in > > both directions is needed. > > > > On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < > > use-livecode at lists.runrev.com> wrote: > > > >> I’ve created some web deployments where the web page interacts with the > >> stack e.g. in the sense that a change of the browser window rect > triggers a > >> resizeStack message in the stack. > >> > >> But I’m not sure if by bidirectional you mean that actions in the stack > >> should also affect the web page in some way? Could you give an example > of > >> what you have in mind? > >> > >> > >>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < > >> use-livecode at lists.runrev.com>: > >>> > >>> Is there a demo out there for simple bidirectional interaction between > a > >>> web page and a recent stack exported as wasm? Anyone experimenting with > >>> this? > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From david.bovill at gmail.com Mon Feb 5 15:07:11 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 20:07:11 +0000 Subject: Mousedown in Application Menubar Messages In-Reply-To: <5357224F-1A01-4F2E-804A-014467118930@gmail.com> References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: I'm having a difficult to track down issue with application menus I've created using the Menu Builder tool - everything works but the "mouseDown" message is not sent to the group - well sometimes it is sometimes it is not :) I'm using "mousedown" to trigger dynamic formatting of the menus. Menupick messages are sent fine. Has anyone had a similar experience - I feel it may be due to the detail of how the menu-buttons are formatted in the group - but it might also be a bug in dp7? From paul at researchware.com Mon Feb 5 15:17:54 2024 From: paul at researchware.com (Paul Dupuis) Date: Mon, 5 Feb 2024 15:17:54 -0500 Subject: Mousedown in Application Menubar Messages In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> I've not experienced any problems with the menubar group receiving a mouseDown message to adjust the menus based on context before they appear (LC versions up to 9.6.11 on macOS and Windows) A long time back, I did have an unnecessary  'wait 0 with messages' in my mouseDown handler and had instances where other messages fired before my mouseDown handler was done (or so it seemed). On 2/5/2024 3:07 PM, David Bovill via use-livecode wrote: > I'm having a difficult to track down issue with application menus I've > created using the Menu Builder tool - everything works but the "mouseDown" > message is not sent to the group - well sometimes it is sometimes it is not > :) I'm using "mousedown" to trigger dynamic formatting of the menus. Menupick > messages are sent fine. > > Has anyone had a similar experience - I feel it may be due to the detail of > how the menu-buttons are formatted in the group - but it might also be a > bug in dp7? > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From david.bovill at gmail.com Mon Feb 5 15:18:10 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 20:18:10 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: I've been working for a while on a native server written in Livecode using sockets. I feel it is definitely something that is sorely needed - but to do it properly is more work that I initially thought. I need to add HTTP 206 partial content support - https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect there to be other things that will need to be added. Is anyone interested / need this? Or does anyone already have something they use? From david.bovill at gmail.com Mon Feb 5 16:47:29 2024 From: david.bovill at gmail.com (David Bovill) Date: Mon, 5 Feb 2024 21:47:29 +0000 Subject: Mousedown in Application Menubar Messages In-Reply-To: <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> <9ee97779-0d11-4e7a-932a-2e2258932bbb@researchware.com> Message-ID: Thanks Paul - I'll check with 9.6.1 - I'm getting this behavior with10 dp7 on MacOS On Mon, 5 Feb 2024 at 20:19, Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > I've not experienced any problems with the menubar group receiving a > mouseDown message to adjust the menus based on context before they > appear (LC versions up to 9.6.11 on macOS and Windows) > > A long time back, I did have an unnecessary 'wait 0 with messages' in > my mouseDown handler and had instances where other messages fired before > my mouseDown handler was done (or so it seemed). > > > On 2/5/2024 3:07 PM, David Bovill via use-livecode wrote: > > I'm having a difficult to track down issue with application menus I've > > created using the Menu Builder tool - everything works but the > "mouseDown" > > message is not sent to the group - well sometimes it is sometimes it is > not > > :) I'm using "mousedown" to trigger dynamic formatting of the menus. > Menupick > > messages are sent fine. > > > > Has anyone had a similar experience - I feel it may be due to the detail > of > > how the menu-buttons are formatted in the group - but it might also be a > > bug in dp7? > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Mon Feb 5 19:46:54 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Mon, 5 Feb 2024 19:46:54 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: i don't use lc as a server (but maybe i should think about it). i use it to write mobile apps, so i could use http sockets on the client side. On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < use-livecode at lists.runrev.com> wrote: > I've been working for a while on a native server written in Livecode using > sockets. I feel it is definitely something that is sorely needed - but to > do it properly is more work that I initially thought. I need to add HTTP > 206 partial content support - > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > they use? > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From david.bovill at gmail.com Tue Feb 6 02:27:42 2024 From: david.bovill at gmail.com (David Bovill) Date: Tue, 6 Feb 2024 07:27:42 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: For testing mobile apps in development? I'm using it for an electron-style app, and may also use it for container based microservices. On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > i don't use lc as a server (but maybe i should think about it). i use it to > write mobile apps, so i could use http sockets on the client side. > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > I've been working for a while on a native server written in Livecode > using > > sockets. I feel it is definitely something that is sorely needed - but to > > do it properly is more work that I initially thought. I need to add HTTP > > 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > > > Is anyone interested / need this? Or does anyone already have something > > they use? > > _______________________________________________ > > use-livecode mailing list > > use-livecode at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Tue Feb 6 10:55:39 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 6 Feb 2024 10:55:39 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: testing? no, for deployment. our newest app could use http sockets to persist comms with our REST server, instead of using long timeouts or pinging the server every few seconds for updates. On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode < use-livecode at lists.runrev.com> wrote: > For testing mobile apps in development? I'm using it for an electron-style > app, and may also use it for container based microservices. > > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > i don't use lc as a server (but maybe i should think about it). i use it > to > > write mobile apps, so i could use http sockets on the client side. > > > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > I've been working for a while on a native server written in Livecode > > using > > > sockets. I feel it is definitely something that is sorely needed - but > to > > > do it properly is more work that I initially thought. I need to add > HTTP > > > 206 partial content support - > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > > there to be other things that will need to be added. > > > > > > Is anyone interested / need this? Or does anyone already have something > > > they use? > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From tom at makeshyft.com Tue Feb 6 18:52:11 2024 From: tom at makeshyft.com (Tom Glod) Date: Tue, 6 Feb 2024 18:52:11 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: <49103ECE-97F3-4305-A3B4-01A0E377E158@gmail.com> <18a9f0eaa08.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <023C9AEA-7B3A-455E-B6DC-18164BBF04B5@gmail.com> <5357224F-1A01-4F2E-804A-014467118930@gmail.com> Message-ID: Hey David, I am quite interested in this. Just last night I was working on setting up a Linux distro with Desktop, and Ubuntu with XFCE desktop. Everything seems to be running OK, except for some permissions issues. I have also beaten reworking my multi-core library, so I'd be super curious to test that with your library. Perhaps this is an ignorant question, but what is different about the HTTPD library that is currently part of LC? is it the http version? Thanks, Tom On Tue, Feb 6, 2024 at 10:57 AM Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > testing? no, for deployment. > our newest app could use http sockets to persist comms with our REST > server, instead of using long timeouts or pinging the server every few > seconds for updates. > > On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > For testing mobile apps in development? I'm using it for an > electron-style > > app, and may also use it for container based microservices. > > > > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > i don't use lc as a server (but maybe i should think about it). i use > it > > to > > > write mobile apps, so i could use http sockets on the client side. > > > > > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode < > > > use-livecode at lists.runrev.com> wrote: > > > > > > > I've been working for a while on a native server written in Livecode > > > using > > > > sockets. I feel it is definitely something that is sorely needed - > but > > to > > > > do it properly is more work that I initially thought. I need to add > > HTTP > > > > 206 partial content support - > > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I > expect > > > > there to be other things that will need to be added. > > > > > > > > Is anyone interested / need this? Or does anyone already have > something > > > > they use? > > > > _______________________________________________ > > > > use-livecode mailing list > > > > use-livecode at lists.runrev.com > > > > Please visit this url to subscribe, unsubscribe and manage your > > > > subscription preferences: > > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > > > > > -- > > > On the first day, God created the heavens and the Earth > > > On the second day, God created the oceans. > > > On the third day, God put the animals on hold for a few hours, > > > and did a little diving. > > > And God said, "This is good." > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at 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 at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From ambassador at fourthworld.com Tue Feb 6 23:02:53 2024 From: ambassador at fourthworld.com (ambassador at fourthworld.com) Date: Wed, 07 Feb 2024 04:02:53 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server Message-ID: David Bovill wrote: > I've been working for a while on a native server written in Livecode > using sockets. I feel it is definitely something that is sorely needed > - but to do it properly is more work that I initially thought. I need > to add HTTP 206 partial content support - > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > they use? MC shipped with a simple HTTPd example included, and many years ago back when Pierre was still active here I dusted it off to add support for HTTP 1.1 so it would work with modern browsers: https://fourthworld.net/lc/mchttpd-4W.zip It's been years since I touched it, and IIRC the only other change I made was to use callbacks for both ends of the network I/O (for some reason Raney had used callbacks only on one side, tho I can't recall if his was on the write or read end). Callbacks for net I/O help a lot. If you're already far enough down the road to be thinking of 206 errors, there's likely nothing here you haven't already written. But as an example (slightly updated) of the sort of thing that used to ship with old versions to encourage exploration of network apps, it may be a fun trip down memory lane. A question, if interesting to answer: one of the reasons I set this aside was the beginning of a process of moving away from my own homegrown tools for generic commodities like socket servers. Apache and Node cover most of what I've needed since, and I don't have to maintain them, so I can focus on the stuff specific to my app. What are you working on these days? I stumbled across your chat with Ward Cunningham in the Full Moon Happening just a few months ago; good stuff. Curious if your interest in decentralization is still a focus, and whether it also includes things like IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. Richard Gaskin FourthWorld.com From andreas.bergendal at gmail.com Wed Feb 7 14:44:49 2024 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Wed, 7 Feb 2024 20:44:49 +0100 Subject: Livecode Demo of two way javascript communication? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: I’ve added a source code download link at the bottom of the page: https://wheninspace.com/WebpageInteractionStack/ The steps are rather simple: - Open the stack with LC10 and run the standalone builder with "Build for web" checked. - Replace the html file in the deployment folder (in this case ”WebpageInteractionStack.html”) with the index.html file included in the source code download. - Upload everything in the deployment folder (should be 7 files) to whatever server you use, and then go to that location with your web browser to launch the index.html file. The html file can of course be named whatever you like, but then you must include it in the url when accessing the site. By calling it index.html it suffices to include the parent level in the url (like I do above). But I guess y’all know this, I believe it's worked like that since the dawn of the internet… :) > 5 feb. 2024 kl. 20:40 skrev David Bovill via use-livecode : > > Perfect - just what I was looking for. Can you share the stack, and the > steps to saving / exporting the standalone? > > On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> OK, so here’s a quick proof of concept, with functions triggered from page >> to stack and from stack to page. >> It is not using postMessage, only 'standard’ javascript listeners. Works >> well on mobile too (at least iPhone). >> >> https://wheninspace.com/WebpageInteractionStack/ >> >> If I find the time, it would be very interesting to try deploying two >> different stacks on the same page (is that even possible?), and then have >> them communicate with each other. Or have two stacks in two different >> pages, and have them communicate via postMessage calls… >> >> >>> 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < >> use-livecode at lists.runrev.com>: >>> >>> The scenario would be events like resize, or a button click in the html >>> page triggering a handler in the Livecode wasm export. The other way >> round >>> would ve a Livecode handler in the exported wasm widget calling a >>> javascriot function in the surrounding Web page. >>> >>> My understanding in other contexts is that you use the postMessage Web >> api >>> for this type of thing - >>> >> https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE >>> >>> Apart from triggering handlers in both directions passing (json) data in >>> both directions is needed. >>> >>> On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < >>> use-livecode at lists.runrev.com> wrote: >>> >>>> I’ve created some web deployments where the web page interacts with the >>>> stack e.g. in the sense that a change of the browser window rect >> triggers a >>>> resizeStack message in the stack. >>>> >>>> But I’m not sure if by bidirectional you mean that actions in the stack >>>> should also affect the web page in some way? Could you give an example >> of >>>> what you have in mind? >>>> >>>> >>>>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < >>>> use-livecode at lists.runrev.com>: >>>>> >>>>> Is there a demo out there for simple bidirectional interaction between >> a >>>>> web page and a recent stack exported as wasm? Anyone experimenting with >>>>> this? From paul at researchware.com Sat Feb 10 16:16:59 2024 From: paul at researchware.com (Paul Dupuis) Date: Sat, 10 Feb 2024 16:16:59 -0500 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: References: Message-ID: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> So, I finally tracked this maximization weirdness down. This only occurs on macOS when a window is maximized using the titlebar maximization icon (which cause teh window to go to fullscreen, hiding the window titlebar and macOS menubar. The menubar and titlebar re-appear if your roll the mouse over where they are hidden, allowing the user to click on titlebar maximization icon to restore the window to normal size. The issue also only occurs if the resizeStack handler for the window uses the passed parameters to determine position of objects within the window. i.e. if you do: Example 1) on resizeStack pNewWidth, pNewHeight   set the bottomRight of btn "X" to (pNewWidth-5),(pNewHeight-5) end resizeStack There can be a problem under the specific circumstances below. Where as: Example 2) on resizeStack   put the width of this stack into pNewWidth   put the height of this stack into pNewHeight   set the bottomRight of btn "X" to (pNewWidth-5),(pNewHeight-5) end resizeStack Will work under the specific circumstances below. When a window is mazimized on macOS, that window is sent a resizeStack message with the correct parameters, so either code block above works. However, on macOS ONLY (not Windows) when a window is maximized, after the resizeStack message is sent, a desktopChanged message is also sent My problem was that I also have a on desktopChanged handler in my app. I had expected desktopChanged to only be sent when a monitor is added or removed or the resolution of a monitor is changed (increased or decreased), not if a window is maximized. My desktopChanged handler, at one point, executes either a:   set the effective width of window tWindow to tMontiorWidth OR a   set the effective height of window tWindow to tMonitorHeight Either of which sends a resizeStack message to the stack/window. However, when it is sent this 2nd time as a result of the window maximization (which does a successful resizeStack, then desktopChanged, which sets teh effecting width/height, that causes a resizeStack) the resizeStack parameters, pNewWidth and pNewHeight are EMPTY, so any placement of controls based on the parameters use empty, which gets treated as zero. The work-around is the do Example 2 for resizeStack, but I think is might be considered an ENGINE BUG that on macOS, not Windows, maximization sends a resizeStack and then a desktopChanged message. No monitor has been added or removed, nor has the resolution of any monitor been changed, therefore I don't think a desktopChanged message SHOULD be sent on macOS window maximization. I think this is a bug? Does anyone have a valid reason why macOS should receive a desktopChanged message on window maximization when Windows does not? Paul Dupuis Researchware On 1/15/2024 6:16 PM, Paul Dupuis via use-livecode wrote: > I have a standalone, built with Livecode 9.6.11 STABLE, where for some > windows (stacks) on certain macOS versions, maximizing the window > results in no controls being drawn or most controls being drawn > incorrectly. > > It is not every resizable window (stack) in my app, just some. It is > not every version of macOS, just some. For example, on macOS Sonoma, > the offending windows (again, a subset of all my app's resizable > windows) work fine. On Mojave, they do not. > > On Windows, they all work fine when maximized (meaning they are all > rendered as expected). On macOS and Windows, they all RESIZE (i.e. > user window resizing) correctly. It is only certain windows AND only > on certain versions of macOS, and only when maximized (using the > titlebar green maximize circular icon). In fact. you can RESIZE the > window manually on macOS Sonoma or Mojave up to the working area of > the screen (all so the full screen except the menubar) and they all > render correctly. It is just the "full screen" maximize Apple now does > where it hides the window's titlebar until you hover over where it > would be that have a problem and, again, just for certain windows on > certain versions of macOS. > > I'm baffled as the resizeStack handlers are the same across platforms > (macOS and Windows). There is NOT platform specific code in the > resizeStack handlers and, I believe, that when a window is maximized, > Livecode just sends a resizeStack message. > > Has anyone seen or heard of any weirdness like this? > > I do not have a whole set of macOS version to test on. Sonoma and > Mojave are about it. I can compare the resizeStack handlers for the > stacks that maximize correctly with those that don't to see if there > is some issue, but they all work correctly on Windows and work > correctly when manually resized. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From curry at pair.com Sun Feb 11 13:52:41 2024 From: curry at pair.com (Curry Kenworthy) Date: Sun, 11 Feb 2024 13:52:41 -0500 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> References: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> Message-ID: <41a7085a-a8c4-484e-9513-c4f7fe008b7e@pair.com> Paul: > So, I finally tracked this maximization weirdness down. Good job cracking the case, for this particular maximization example! > The issue also only occurs if the resizeStack handler > for the window uses the passed parameters BEST PRACTICE for LC: 1. Instead of param, use property such as width of stack when possible - more robust/durable across LC/OS versions with use cases and other code. Specific bugs get reported and fixed over time, but properties help. 2. Put actual resize code in a separate command - reinforces habit #1, facilitates testing, can call from other handlers. > However, on macOS ONLY (not Windows) when a window is maximized, > after the resizeStack ... a desktopChanged message is also sent Safe to assume that Windows will have similar issues now or later - the trend is OS's making a big deal of windowing/arrangement tricks. > My problem was that I also have a on desktopChanged handler ... > set the effective width of window tWindow to tMonitorWidth ... > which sends a resizeStack message to the stack/window. > However, when it is sent this 2nd time ... > pNewWidth and pNewHeight are EMPTY Definitely this part is a bug to report! Those params should be reliable every time. > Does anyone have a valid reason why macOS should receive a > desktopChanged message on window maximization when Windows does not? Good question! Also keep an eye out for future similar Windows issues. Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From curry at pair.com Sun Feb 11 14:10:59 2024 From: curry at pair.com (Curry Kenworthy) Date: Sun, 11 Feb 2024 14:10:59 -0500 Subject: Mousedown in Application Menubar Messages In-Reply-To: References: Message-ID: David: > I'm having a difficult to track down issue with application menus I've > created using the Menu Builder tool - everything works but the > "mouseDown" message is not sent to the group - > well sometimes it is sometimes it is not :) I remember a similar issue - are you on Mac? The menubar being on the OS can require coding consideration - and mouseDown rings a bell, if you have any further details.... Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From kee.nethery at elloco.com Sun Feb 11 17:04:05 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 14:04:05 -0800 Subject: How to edit a How To Lesson? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: I seem to have forgotten how to edit my LiveCode lesson. Can someone point to a how to on how to edit a lesson? In specific: https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store Thanks, Kee Nethery From matthias_livecode_150811 at m-r-d.de Sun Feb 11 17:38:16 2024 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Sun, 11 Feb 2024 23:38:16 +0100 Subject: How to edit a How To Lesson? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> This is only possible, when you have an account for the Lessons (Screensteps) website. You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here https://www.screensteps.com/downloads As you already have created lessons at least the one from your posted link, you should already have access to it. Did you already try to recover your password? > Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : > > I seem to have forgotten how to edit my LiveCode lesson. > > Can someone point to a how to on how to edit a lesson? In specific: > > https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store > > Thanks, > > Kee Nethery > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Feb 11 17:58:17 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 14:58:17 -0800 Subject: How to edit a How To Lesson? In-Reply-To: <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> Message-ID: <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> > On Feb 11, 2024, at 2:38 PM, matthias rebbe via use-livecode wrote: > > This is only possible, when you have an account for the Lessons (Screensteps) website. > You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here > https://www.screensteps.com/downloads > > As you already have created lessons at least the one from your posted link, you should already have access to it. > Did you already try to recover your password? I had to reset my password to log in but it didn’t appear to grant me any additional access to my lesson. Will try the screensteps download. Thanks, Kee > >> Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : >> >> I seem to have forgotten how to edit my LiveCode lesson. >> >> Can someone point to a how to on how to edit a lesson? In specific: >> >> https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store >> >> Thanks, >> >> Kee Nethery >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Feb 11 18:04:58 2024 From: kee.nethery at elloco.com (kee nethery) Date: Sun, 11 Feb 2024 15:04:58 -0800 Subject: How to edit a How To Lesson? In-Reply-To: <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> <2F66F3B1-D258-40A5-BD25-D246845EE29B@m-r-d.de> <04A5EF79-B84E-4758-B24C-9CC698633CA1@elloco.com> Message-ID: <5ECBA669-4EB0-46DE-83EE-C3FFFE20454F@elloco.com> The link is not lessons.livecode.com but rather https://runrev.screenstepslive.com/admin/v2/sites/14751/toc This looks like it will get me to the edit page. Not sure I need the Screensteps app but we’ll see. Thanks Kee > On Feb 11, 2024, at 2:58 PM, kee nethery via use-livecode wrote: > > > >> On Feb 11, 2024, at 2:38 PM, matthias rebbe via use-livecode wrote: >> >> This is only possible, when you have an account for the Lessons (Screensteps) website. >> You can edit the lessons directlyon the web or with the desktop app "Screensteps" which can be downloaded here >> https://www.screensteps.com/downloads >> >> As you already have created lessons at least the one from your posted link, you should already have access to it. >> Did you already try to recover your password? > > I had to reset my password to log in but it didn’t appear to grant me any additional access to my lesson. Will try the screensteps download. Thanks, > Kee > > >> >>> Am 11.02.2024 um 23:04 schrieb kee nethery via use-livecode : >>> >>> I seem to have forgotten how to edit my LiveCode lesson. >>> >>> Can someone point to a how to on how to edit a lesson? In specific: >>> >>> https://lessons.livecode.com/m/4071/l/876834-signing-and-uploading-apps-to-the-mac-app-store >>> >>> Thanks, >>> >>> Kee Nethery >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Mon Feb 12 11:36:35 2024 From: mark at livecode.com (Mark Waddingham) Date: Mon, 12 Feb 2024 16:36:35 +0000 Subject: AW: Re: macOS window maximization weirdness In-Reply-To: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> References: <494364f6-0893-499f-a5de-423da09fb5fe@researchware.com> Message-ID: <8d8809d737499ea5c5d30d8027d7c453@livecode.com> On 2024-02-10 21:16, Paul Dupuis via use-livecode wrote: > My desktopChanged handler, at one point, executes either a: > >   set the effective width of window tWindow to tMontiorWidth > OR a >   set the effective height of window tWindow to tMonitorHeight > > Either of which sends a resizeStack message to the stack/window. > However, when it is sent this 2nd time as a result of the window > maximization (which does a successful resizeStack, then desktopChanged, > which sets teh effecting width/height, that causes a resizeStack) the > resizeStack parameters, pNewWidth and pNewHeight are EMPTY, so any > placement of controls based on the parameters use empty, which gets > treated as zero. As far as I can see, the engine only ever sends resizeStack with all parameters - so if your stack is getting a resizeStack with only two arguments - that's being sent from your code or a library you are using I think. > The work-around is the do Example 2 for resizeStack, but I think is > might be considered an ENGINE BUG that on macOS, not Windows, > maximization sends a resizeStack and then a desktopChanged message. No > monitor has been added or removed, nor has the resolution of any > monitor been changed, therefore I don't think a desktopChanged message > SHOULD be sent on macOS window maximization. I think this is a bug? > Does anyone have a valid reason why macOS should receive a > desktopChanged message on window maximization when Windows does not? So the engine hooks into the notification from the OS for a change in screen parameters... The engine then checks the new ones against the old and sends desktopChanged if there are any differences. In the case of maximization on macOS - using (what is now!) the fullscreen gadget on the titlebar of windows causes the OS furniture to ebb away - i.e. the *working* screenRect changes - and thus the engine sends the desktopChanged notification.* (You can test this by creating a stack and 'answer the screenRect & return & the working screenRect' - click before and after the fullscreen gadget on the title bar, and there will be a difference.) Warmest Regards, Mark. P.S. The message is also sent when the dock is adjusted in size too - so presumably you would see the same problem then (assuming your handling of the desktopChanged message is causing the errant resizeStack with only two arguments to be sent from script somehow). -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Build Amazing Things From andreas.bergendal at gmail.com Mon Feb 12 14:14:59 2024 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Mon, 12 Feb 2024 20:14:59 +0100 Subject: web In-Reply-To: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> References: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> Message-ID: I agree that the standalone builder pane for web deployment is strangely under-functional (it would be so easy to just add a few options for title, background colour of the page, custom logo link etc), and it could also so easily include a resize listener per default in the html file. Nevertheless, already when 10 dp1 came out I was impressed by how much of regular LC stuff that just worked out of the box when deploying to web. Now with 10 dp7 even more things work, even though there’s still some way to go before we’re near a release candidate. I have made several web deployment examples of various kinds and few of them required any significant html/js modifications. Even the browser/LC interaction example, which specifically addressed the case when a deployed stack is embedded on a site rather than being the site, needed just two JavaScript functions of 6-7 lines of code, which ChatGPT effortlessly provided me with. Still, I’ts quite understandable that tinkering with the html file and adding JavaScript functions to bend the web deployment to your will can be intimidating and/or a time-consuming trial-and-error exercise. So, I’m working on a helper stack that will cover some of the gap that the current standalone builder functionality leaves. I need it myself to avoid having to repeat code copy-pasting with every new project - and thus I may as well go all in and make a proper tool that I can share with my fellow LiveCoders. So, stay tuned! ;-) /Andreas > 4 feb. 2024 kl. 01:36 skrev Alex Tweedly via use-livecode : > > I've not been able to get anything worthwhile to work on web. > > All the working examples that I've seen (e.g. Andreas's example last week of interaction between browser and LC) , have involved a significant amount of html + JS being written. The default shipping web wrapper is completely under-functional (no simple customization, can't even handle a window resize, no documentation on what will/won't be possible, no cloud storage interface, ....) that I'd have to describe it as pre-beta. > > I'll look at the next DP to see if there's been any progress, but I've completely shelved all the ideas I had about using it any time soon. > > Alex. > > On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: >> my subscription is up, soon. i have web, but the last time i tried it, no >> bueno. is anyone using web deploy? >> > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From sean at pidigital.co.uk Mon Feb 12 17:50:29 2024 From: sean at pidigital.co.uk (Sean Cole) Date: Mon, 12 Feb 2024 22:50:29 +0000 Subject: web In-Reply-To: References: <23860958-3941-48c7-9832-56c10f5d0f3d@tweedly.net> Message-ID: I'd been waiting since just before the pandemic started, 2019. Had a meeting with the developers of the web platform early days (2015) and just before they were about to abandon the old method of Web deployment using JS for the the newer method in LC10. Paid 3 years of subscription for the newer method on the promise it was 'just around the corner' but was still unable to use it. Never got a refund - didn't bother chasing for one - they've basically stolen mine and my client's money! I've been forced to abandon my projects, income and business as a result. LC killed my company and nearly killed me too - although they will never admit to it and will seek to silence me. Good luck waiting for LC10 to be anywhere near ready for stable use. All the best Sean On Mon, 12 Feb 2024 at 19:14, Andreas Bergendal via use-livecode < use-livecode at lists.runrev.com> wrote: > I agree that the standalone builder pane for web deployment is strangely > under-functional (it would be so easy to just add a few options for title, > background colour of the page, custom logo link etc), and it could also so > easily include a resize listener per default in the html file. > > Nevertheless, already when 10 dp1 came out I was impressed by how much of > regular LC stuff that just worked out of the box when deploying to web. Now > with 10 dp7 even more things work, even though there’s still some way to go > before we’re near a release candidate. > > I have made several web deployment examples of various kinds and few of > them required any significant html/js modifications. > Even the browser/LC interaction example, which specifically addressed the > case when a deployed stack is embedded on a site rather than being the > site, needed just two JavaScript functions of 6-7 lines of code, which > ChatGPT effortlessly provided me with. > > Still, I’ts quite understandable that tinkering with the html file and > adding JavaScript functions to bend the web deployment to your will can be > intimidating and/or a time-consuming trial-and-error exercise. So, I’m > working on a helper stack that will cover some of the gap that the current > standalone builder functionality leaves. I need it myself to avoid having > to repeat code copy-pasting with every new project - and thus I may as well > go all in and make a proper tool that I can share with my fellow > LiveCoders. So, stay tuned! ;-) > > /Andreas > > > > > 4 feb. 2024 kl. 01:36 skrev Alex Tweedly via use-livecode < > use-livecode at lists.runrev.com>: > > > > I've not been able to get anything worthwhile to work on web. > > > > All the working examples that I've seen (e.g. Andreas's example last > week of interaction between browser and LC) , have involved a significant > amount of html + JS being written. The default shipping web wrapper is > completely under-functional (no simple customization, can't even handle a > window resize, no documentation on what will/won't be possible, no cloud > storage interface, ....) that I'd have to describe it as pre-beta. > > > > I'll look at the next DP to see if there's been any progress, but I've > completely shelved all the ideas I had about using it any time soon. > > > > Alex. > > > > On 03/02/2024 15:40, Mike Kerner via use-livecode wrote: > >> my subscription is up, soon. i have web, but the last time i tried it, > no > >> bueno. is anyone using web deploy? > >> > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > From curry at pair.com Tue Feb 13 00:02:39 2024 From: curry at pair.com (Curry Kenworthy) Date: Tue, 13 Feb 2024 00:02:39 -0500 Subject: web In-Reply-To: References: Message-ID: Sean: > forced to abandon my projects, income and business as a result.... > Good luck waiting for LC10 to be anywhere near ready for stable use. Hi Sean, I feel for you! Sad about the terrible breaks. Whatever you do, NEVER lose heart; Ive had rug pulls here twice 1. First with FieldTrip: Fixed development budget raised, while a partner would test; simple plan. But LC notified a coming LC 6 change. Coding twice would break budget, so I asked for details.... Crickets! No info. A general mixup, or perhaps unrelated secrecy about LC 7? During that delay, project partner had to move on, so no team testing. Meanwhile Apple/LC were rapidly changing UI etc, plus I had a hospital stay and ended up in wheelchair most of the time; not the easiest situation! 2. Second rug pull was last year A client project had delays partly from health/long COVID, but also largely because of myriad LC bugs and limitations. Whack-a-mole: field, clipboard, image, web, etc, every area had something askew! So, I worked (as it turns out, volunteered) on workarounds and bug reports or CCs for old bugs, when the non-LC clients probably didnt understand or appreciate such things and simply blamed me; an unprofitable situation. I happen to love workarounds, but this was too much, especially sans pay in the end. Thus: Its a time when LC should probably focus (LISTEN MORE) on more RELIABLE code/features and straightforward platform BUILDS, stabilize the base, not just the next hot exciting trend. As others here have said extremely well. It delays everything, addons too. But I know I was put here in LC land for a reason, and wouldnt change that! Love LC and its roots. So MANY good experiences here, beyond those 2 challenging carpet malfunctions above. What doesnt kill us ... makes us awesome and mighty. Life requires that faith and perseverance. Heres hoping for a great 2024 for all, whatever it holds, and an even BETTER 2025! Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From marksmithhfx at gmail.com Tue Feb 13 05:08:25 2024 From: marksmithhfx at gmail.com (Mark Smith) Date: Tue, 13 Feb 2024 10:08:25 +0000 Subject: web In-Reply-To: References: Message-ID: > On 13 Feb 2024, at 5:02 am, Curry Kenworthy via use-livecode wrote: > > What doesn’t kill us ... makes us awesome and mighty. Life requires that faith and perseverance. Here’s hoping for a great 2024 for all, whatever it holds, and an even BETTER 2025! > My goodness Curry, how beautifully said. Thanks for sharing your thoughts. It reminds me of a quote I saw recently, “Resilience is my superpower”. Wishing everyone all the best in 2024. Mark From Bernd.Niggemann at uni-wh.de Tue Feb 13 08:40:18 2024 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Tue, 13 Feb 2024 13:40:18 +0000 Subject: Code Folding in LC Message-ID: Dear list I posted a stack on the Forum that temporarily installs Code Folding to LC version 9.6.9, 9.6.10, 9.6.11, or 10.0.0 DP 7. These changes are lost when closing LC Future versions might make changes to the installation stack necessary depending on the IDE changes in those versions. https://forums.livecode.com/viewtopic.php?f=9&t=38912 You can test drive it and decide if you like it. There are instructions how to make this a permanent change for your specific copy of LC if you want to. To Mike: Yes it still folds #< to # References: Message-ID: i was just about to ask if it still folded tags :-) On Tue, Feb 13, 2024 at 8:41 AM Niggemann, Bernd via use-livecode < use-livecode at lists.runrev.com> wrote: > Dear list > > I posted a stack on the Forum that temporarily installs Code Folding to LC > version 9.6.9, 9.6.10, 9.6.11, or 10.0.0 DP 7. These changes are lost when > closing LC > Future versions might make changes to the installation stack necessary > depending on the IDE changes in those versions. > > https://forums.livecode.com/viewtopic.php?f=9&t=38912 > > You can test drive it and decide if you like it. > There are instructions how to make this a permanent change for your > specific copy of LC if you want to. > > To Mike: Yes it still folds #< to # > Feedback welcome > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Tue Feb 13 11:45:36 2024 From: klaus at major-k.de (Klaus major-k) Date: Tue, 13 Feb 2024 17:45:36 +0100 Subject: Latest PolyGrid Message-ID: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Hi all, yesterday I installed the latest version of "livecode_enhancements-1_0_34" but the new "Polygrid" version 1.8.0 completely wrecked my working stack, so I had to go back to the previous version 1.7.4. E.g. it threw an error on my "on cellclick" handler just by setting: -> set the pgData of me to tArray on cellClick pColumnNumber,pRowNumber, pCellRect -> ERROR: pColumnNumer is not a number (if I remember correctly) Noone clicked anything I just set the pgData :-/ And also wrecked the order of its correctly prepared (in the array) content. Big fun! :-/ Anyone else experienced something like this? Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From david.bovill at gmail.com Tue Feb 13 11:50:54 2024 From: david.bovill at gmail.com (David Bovill) Date: Tue, 13 Feb 2024 16:50:54 +0000 Subject: Livecode Demo of two way javascript communication? In-Reply-To: References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au> <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com> <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com> Message-ID: That's great - digging into the scripts and html - really useful to see a simple demo like this! On Wed, 7 Feb 2024 at 19:45, Andreas Bergendal wrote: > I’ve added a source code download link at the bottom of the page: > https://wheninspace.com/WebpageInteractionStack/ > > The steps are rather simple: > - Open the stack with LC10 and run the standalone builder with "Build for > web" checked. > - Replace the html file in the deployment folder (in this case > ”WebpageInteractionStack.html”) with the index.html file included in the > source code download. > - Upload everything in the deployment folder (should be 7 files) to > whatever server you use, and then go to that location with your web browser > to launch the index.html file. > > The html file can of course be named whatever you like, but then you must > include it in the url when accessing the site. By calling it index.html > it suffices to include the parent level in the url (like I do above). But I > guess y’all know this, I believe it's worked like that since the dawn of > the internet… :) > > > 5 feb. 2024 kl. 20:40 skrev David Bovill via use-livecode < > use-livecode at lists.runrev.com>: > > Perfect - just what I was looking for. Can you share the stack, and the > steps to saving / exporting the standalone? > > On Sat, 27 Jan 2024 at 17:50, Andreas Bergendal via use-livecode < > use-livecode at lists.runrev.com> wrote: > > OK, so here’s a quick proof of concept, with functions triggered from page > to stack and from stack to page. > It is not using postMessage, only 'standard’ javascript listeners. Works > well on mobile too (at least iPhone). > > https://wheninspace.com/WebpageInteractionStack/ > > If I find the time, it would be very interesting to try deploying two > different stacks on the same page (is that even possible?), and then have > them communicate with each other. Or have two stacks in two different > pages, and have them communicate via postMessage calls… > > > 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode < > > use-livecode at lists.runrev.com>: > > > The scenario would be events like resize, or a button click in the html > page triggering a handler in the Livecode wasm export. The other way > > round > > would ve a Livecode handler in the exported wasm widget calling a > javascriot function in the surrounding Web page. > > My understanding in other contexts is that you use the postMessage Web > > api > > for this type of thing - > > > https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE > > > Apart from triggering handlers in both directions passing (json) data in > both directions is needed. > > On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, < > use-livecode at lists.runrev.com> wrote: > > I’ve created some web deployments where the web page interacts with the > stack e.g. in the sense that a change of the browser window rect > > triggers a > > resizeStack message in the stack. > > But I’m not sure if by bidirectional you mean that actions in the stack > should also affect the web page in some way? Could you give an example > > of > > what you have in mind? > > > 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode < > > use-livecode at lists.runrev.com>: > > > Is there a demo out there for simple bidirectional interaction between > > a > > web page and a recent stack exported as wasm? Anyone experimenting with > this? > > > From MikeKerner at roadrunner.com Tue Feb 13 12:57:24 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 13 Feb 2024 12:57:24 -0500 Subject: Latest PolyGrid In-Reply-To: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Message-ID: i didn't even realize there was 1.0.34. i don't recall seeing an announcement. the last one i have is 1.0.33 On Tue, Feb 13, 2024 at 11:46 AM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi all, > > yesterday I installed the latest version of "livecode_enhancements-1_0_34" > but the new "Polygrid" version 1.8.0 completely wrecked my working stack, > so I had to go back to the previous version 1.7.4. > > E.g. it threw an error on my "on cellclick" handler just by setting: > -> set the pgData of me to tArray > > on cellClick pColumnNumber,pRowNumber, pCellRect > -> ERROR: pColumnNumer is not a number (if I remember correctly) > > Noone clicked anything I just set the pgData :-/ > > And also wrecked the order of its correctly prepared (in the array) > content. > Big fun! :-/ > > Anyone else experienced something like this? > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From paul at researchware.com Tue Feb 13 13:17:56 2024 From: paul at researchware.com (Paul Dupuis) Date: Tue, 13 Feb 2024 13:17:56 -0500 Subject: Latest PolyGrid In-Reply-To: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> Message-ID: <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> 1_0_33 is the version I am running as well. I had not seen any announcement or email about a .34 release. Now I think I will try to avoid it and wait for .35! On 2/13/2024 11:45 AM, Klaus major-k via use-livecode wrote: > Hi all, > > yesterday I installed the latest version of "livecode_enhancements-1_0_34" > but the new "Polygrid" version 1.8.0 completely wrecked my working stack, > so I had to go back to the previous version 1.7.4. > > E.g. it threw an error on my "on cellclick" handler just by setting: > -> set the pgData of me to tArray > > on cellClick pColumnNumber,pRowNumber, pCellRect > -> ERROR: pColumnNumer is not a number (if I remember correctly) > > Noone clicked anything I just set the pgData :-/ > > And also wrecked the order of its correctly prepared (in the array) content. > Big fun! :-/ > > Anyone else experienced something like this? > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From klaus at major-k.de Tue Feb 13 13:21:56 2024 From: klaus at major-k.de (Klaus major-k) Date: Tue, 13 Feb 2024 19:21:56 +0100 Subject: Latest PolyGrid In-Reply-To: <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> Message-ID: <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Hi all, > Am 13.02.2024 um 19:17 schrieb Paul Dupuis via use-livecode : > > 1_0_33 is the version I am running as well. I had not seen any announcement or email about a .34 release. same here, I found out accidentally! > Now I think I will try to avoid it and wait for .35! Sounds like a good idea. :-) Since the POLYGRID is the currently the only widget I'm using of the "Enhancement package", I don't know if the other widget also have problems. > > On 2/13/2024 11:45 AM, Klaus major-k via use-livecode wrote: >> Hi all, >> >> yesterday I installed the latest version of "livecode_enhancements-1_0_34" >> but the new "Polygrid" version 1.8.0 completely wrecked my working stack, >> so I had to go back to the previous version 1.7.4. >> >> E.g. it threw an error on my "on cellclick" handler just by setting: >> -> set the pgData of me to tArray >> >> on cellClick pColumnNumber,pRowNumber, pCellRect >> -> ERROR: pColumnNumer is not a number (if I remember correctly) >> >> Noone clicked anything I just set the pgData :-/ >> >> And also wrecked the order of its correctly prepared (in the array) content. >> Big fun! :-/ >> >> Anyone else experienced something like this? >> >> >> Best >> >> Klaus Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From bogdanoff at me.com Tue Feb 13 23:50:38 2024 From: bogdanoff at me.com (Peter Bogdanoff) Date: Tue, 13 Feb 2024 20:50:38 -0800 Subject: Working with AWS S3 commands In-Reply-To: <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Message-ID: Hi all, I’m for the first time trying to use the Amazon AWS S3 commands to upload a file to my AWS storage, but am having difficulty with the PutObject command. I successfully entered my credentials with the AWSSetCredentials command. However, using the AWSS3PutObject command I’m getting an error about the bucket name. Either it “can’t find” it or says to use a different end point. The AWS documentation is unclear to me exactly how to specify the bucket name. Is it a just the name of the bucket (which doesn’t work), or does it include some kind of path? And the region? Has anyone had success with this? Peter Bogdanoff From monte.goulding at livecode.com Wed Feb 14 00:49:21 2024 From: monte.goulding at livecode.com (Monte Goulding) Date: Wed, 14 Feb 2024 16:49:21 +1100 Subject: Working with AWS S3 commands In-Reply-To: References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> Message-ID: <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> Hi Peter A couple of suggestions are to first check you called AWSSetCredentials with the region your bucket is in. If that is correct then try specifying the full endpoint url as https://s3 .your-bucket-region.amazonaws.com via the endpoint parameter as AWS appear to have standardised away from the original https://s3-your-bucket-region.amazonaws.com which is what the library builds from your region unless it’s us-east-1 in which case it does https://s3.amazonaws.com . It’s possible if you are using a newer region that AWS isn’t supporting the older endpoint style on it. Let me know how you go with that. Cheers Monte > On 14 Feb 2024, at 3:50 pm, Peter Bogdanoff via use-livecode wrote: > > Hi all, > > I’m for the first time trying to use the Amazon AWS S3 commands to upload a file to my AWS storage, but am having difficulty with the PutObject command. > > I successfully entered my credentials with the AWSSetCredentials command. > > However, using the AWSS3PutObject command I’m getting an error about the bucket name. Either it “can’t find” it or says to use a different end point. > > The AWS documentation is unclear to me exactly how to specify the bucket name. Is it a just the name of the bucket (which doesn’t work), or does it include some kind of path? And the region? > > Has anyone had success with this? > > Peter Bogdanoff > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte.goulding at livecode.com Wed Feb 14 00:59:10 2024 From: monte.goulding at livecode.com (Monte Goulding) Date: Wed, 14 Feb 2024 16:59:10 +1100 Subject: Working with AWS S3 commands In-Reply-To: <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> References: <43F8D73D-7871-44C6-BEF4-48348D67021E@major-k.de> <29a0c06a-9c4e-4b87-bab7-b36d46615faf@researchware.com> <1F39FB7B-E8DB-482D-B94A-0466C0B229D6@major-k.de> <7B0364D3-4033-4162-BA42-EFBA335B79B2@livecode.com> Message-ID: <364AEAC5-ECE1-4A42-A1A5-2483DA563DA0@livecode.com> > On 14 Feb 2024, at 4:49 pm, Monte Goulding via use-livecode wrote: > > It’s possible if you are using a newer region that AWS isn’t supporting the older endpoint style on it. I just found where they documented this so I’ll create an issue to fix https://docs.aws.amazon.com/AmazonS3/latest/userguide/VirtualHosting.html in the s3-Region section. Cheers Monte From marksmithhfx at gmail.com Wed Feb 14 17:16:47 2024 From: marksmithhfx at gmail.com (Mark Smith) Date: Wed, 14 Feb 2024 22:16:47 +0000 Subject: Erratum Message-ID: Hi y’all, I discovered a few weeks ago that a link I put into a message in the Livecode Forums (https://forums.livecode.com/viewtopic.php?f=143&t=38838) to a program in TestFlight did not work. Well, Apple finally fixed it (and Andreas B. has confirmed) so if you tried it before, and it did not work, and wanted to give it another try, the link should work now. I’ve also create a short 4 question survey in SurveyMonkey about the app, SafeSort, so if you have a minute (probably less) and would like to help me out with a bit of “market research” I’d appreciate it. The survey link is https://www.surveymonkey.com/r/92YFBJZ All the best, Mark From RayHorsley at mail.com Fri Feb 16 12:55:51 2024 From: RayHorsley at mail.com (Ray Horsley) Date: Fri, 16 Feb 2024 14:55:51 -0300 Subject: Manipulating PDF's Message-ID: Greetings - after using launch document to launch a PDF file (using the default PDF viewer) is there any way to get a reference to the window it opened in, and then get and set the vScroll of that window? From paul at researchware.com Fri Feb 16 16:05:28 2024 From: paul at researchware.com (Paul Dupuis) Date: Fri, 16 Feb 2024 16:05:28 -0500 Subject: Manipulating PDF's In-Reply-To: References: Message-ID: <675566a0-cc10-4b51-8b2a-7d7d50d5a988@researchware.com> If you just need a person to view a particular spot in a PDF, using the PDF widget in Livecode would be easier than trying to manipulate an arbitrary PDF viewer. If there is a way to adjust the scroll, it is probably PDF viewer specific and you'd need to know whether the user is using Apple Preview (macOS only) or Adobe Reader or Foxit Reader, or something else as their PDF viewer. On 2/16/2024 12:55 PM, Ray Horsley via use-livecode wrote: > Greetings - after using launch document to launch a PDF file (using the > default PDF viewer) is there any way to get a reference to the window it > opened in, and then get and set the vScroll of that window? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Fri Feb 16 16:16:02 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 16 Feb 2024 21:16:02 +0000 Subject: Manipulating PDF's In-Reply-To: References: Message-ID: <68D5439B-8DAD-4F51-9C37-B92C8EEBD2EE@iotecdigital.com> Only if you are using Acrobat on a MacOS device. Then you could probably do some apple scripting. Bob S > On Feb 16, 2024, at 9:55 AM, Ray Horsley via use-livecode wrote: > > Greetings - after using launch document to launch a PDF file (using the > default PDF viewer) is there any way to get a reference to the window it > opened in, and then get and set the vScroll of that window? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Tue Feb 20 13:41:31 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 20 Feb 2024 13:41:31 -0500 Subject: sideloading updates to mobile Message-ID: anyone screw around with sideloading updates to mobile? it should be pretty straightforward, but i haven't messed with it, yet. one of our apps runs on single-app-mode ios devices. so, we could pay for mdm to update it, or we could sideload the updates. From MikeKerner at roadrunner.com Tue Feb 20 15:49:55 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Tue, 20 Feb 2024 15:49:55 -0500 Subject: polygrid formatted column width Message-ID: alrighty, then i've got a polygrid. now, i want to set the column widths to the equivalent maximum formatted widths, because...this is being used as part of an ad hoc query tool. did i miss something? i don't see an equivalent property From paul at researchware.com Tue Feb 20 16:49:15 2024 From: paul at researchware.com (Paul Dupuis) Date: Tue, 20 Feb 2024 16:49:15 -0500 Subject: polygrid formatted column width In-Reply-To: References: Message-ID: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> You have the dataWidth of the polygrid for the formattedWidth of the widget (to be wide enough to display all data), but what I think you want is some equivalent of the fomattedWidth of each column. I don't believe any such property exists in the polygrid. It would be like setting the columnWidth of a column to 'auto' or something like that, which would be a nice feature enhancement, but doesn't exists currently. You're welcome to file a feature enhancement. I'd definitely +1 it. You would have to roll your own, probably using the "measureText(text,objectReference,[mode])" function. You would need to iterate through all the rows of data and find the longest string (in px) for each column via measureText and then set the columnWidths of the polygrid to that set of column widths. I am also not sure if measureText can use a widget as an object reference, so, if not, you may need a hidden field/button as teh object reference set to the same font and size as the polygrid. Anyway, that's how I would try to solve this :-) Paul Dupuis Researchware On 2/20/2024 3:49 PM, Mike Kerner via use-livecode wrote: > alrighty, then > i've got a polygrid. now, i want to set the column widths to the equivalent > maximum formatted widths, because...this is being used as part of an ad hoc > query tool. > did i miss something? i don't see an equivalent property > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Tue Feb 20 18:06:22 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 20 Feb 2024 23:06:22 +0000 Subject: polygrid formatted column width In-Reply-To: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: Can I just say that the Datagrid does have all these properties? What is the big advantage that would make Polygrids a better choice? Is it because they are Mobile friendly? Faster for large datasets? Easier to work with (apparently not unless by easier one means less properties that you can manipulate.)? Bob S On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode wrote: You have the dataWidth of the polygrid for the formattedWidth of the widget (to be wide enough to display all data), but what I think you want is some equivalent of the fomattedWidth of each column. I don't believe any such property exists in the polygrid. From dfe4 at cornell.edu Tue Feb 20 20:56:55 2024 From: dfe4 at cornell.edu (David Epstein) Date: Tue, 20 Feb 2024 20:56:55 -0500 Subject: PDF widget print quality Message-ID: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> I want to use the PDF widget to print a PDF with additional markings added in LiveCode. Showing a simple PDF tax form in Widget 1 at 100% scale, I tried this script: on p1 get the pageRect of widget 1 open printing with dialog print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it close printing end p1 This prints a full page at the proper size, but not with acceptable print quality; everything is slightly blurred and pixellated. How can I get a good quality printout? David Epstein From paul at researchware.com Wed Feb 21 07:53:37 2024 From: paul at researchware.com (Paul Dupuis) Date: Wed, 21 Feb 2024 07:53:37 -0500 Subject: PDF widget print quality In-Reply-To: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> References: <6E658379-C35D-49B2-B54C-36CCE6A2F87B@cornell.edu> Message-ID: <9b09e6d6-3cac-4836-ad17-c110026442b9@researchware.com> I'm not sure it is possible. Livecode's printing tends to be card based and at card resolution, typically 72 dpi. I recall seeing some efforts on the lists and forums to make an object 4 times bigger (75 dpi x 4 = 300 dpi) so that when it is printed to a 300dpi printer is is a higher resolution but normal size but I don't recall how successful any of those efforts were. There is probably an ancient enhancement  request in the Livecode Quality Center to support higher-resolution printing. On 2/20/2024 8:56 PM, David Epstein via use-livecode wrote: > I want to use the PDF widget to print a PDF with additional markings added in LiveCode. Showing a simple PDF tax form in Widget 1 at 100% scale, I tried this script: > > on p1 > > get the pageRect of widget 1 > > open printing with dialog > > print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it > > close printing > > end p1 > > > This prints a full page at the proper size, but not with acceptable print quality; everything is slightly blurred and pixellated. How can I get a good quality printout? > > David Epstein > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 08:49:18 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 08:49:18 -0500 Subject: polygrid formatted column width In-Reply-To: References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: yes, the dg does have all of these properties. i'm replacing a dg with a pg. dg's work on mobile, too. the scrolling can sometimes be a little hairy and jerky, but it does work. until the pg, nearly every project we built for mobes had at least one dg in them. i'm doing this because this project is being used for large datasets, pulling data from an erp odbc datasource. On Tue, Feb 20, 2024 at 6:07 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Can I just say that the Datagrid does have all these properties? What is > the big advantage that would make Polygrids a better choice? Is it because > they are Mobile friendly? Faster for large datasets? Easier to work with > (apparently not unless by easier one means less properties that you can > manipulate.)? > > Bob S > > > On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode < > use-livecode at lists.runrev.com> wrote: > > You have the dataWidth of the polygrid for the formattedWidth of the > widget (to be wide enough to display all data), but what I think you want > is some equivalent of the fomattedWidth of each column. I don't believe any > such property exists in the polygrid. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 08:52:19 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 08:52:19 -0500 Subject: polygrid formatted column width In-Reply-To: References: <56ff681e-0f7a-4acd-9f74-83f930c2e56c@researchware.com> Message-ID: lcqc report 24493 added https://quality.livecode.com/show_bug.cgi?id=24493 On Tue, Feb 20, 2024 at 6:07 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Can I just say that the Datagrid does have all these properties? What is > the big advantage that would make Polygrids a better choice? Is it because > they are Mobile friendly? Faster for large datasets? Easier to work with > (apparently not unless by easier one means less properties that you can > manipulate.)? > > Bob S > > > On Feb 20, 2024, at 1:49 PM, Paul Dupuis via use-livecode < > use-livecode at lists.runrev.com> wrote: > > You have the dataWidth of the polygrid for the formattedWidth of the > widget (to be wide enough to display all data), but what I think you want > is some equivalent of the fomattedWidth of each column. I don't believe any > such property exists in the polygrid. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From andrew at midwestcoastmedia.com Wed Feb 21 12:32:23 2024 From: andrew at midwestcoastmedia.com (Andrew at MWCM) Date: Wed, 21 Feb 2024 12:32:23 -0500 Subject: sideloading updates to mobile In-Reply-To: References: Message-ID: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Sideloading to iOS itself is fairly easy, even easier with Jacque’s wonderful tool AirLaunch (which allows you to post a link online for the end-user to visit and install from w/o being on-site). The biggest hurdle I have found is that you must first obtain the UDID of the specific device you want to side load to AND THEN create a new Provisioning Profile in the Apple Developer portal which includes that test device before you build. Without going through that process first you can build and submit to Apple using TestFlight which makes the update available to non-UDID obtained devices but is subject to the standard Apple approval process (which has taken between 4 hours and 2 weeks for me to pass over the years). - Andrew Bell > anyone screw around with sideloading updates to mobile? > it should be pretty straightforward, but i haven't messed with it, yet. > one of our apps runs on single-app-mode ios devices. so, we could pay for > mdm to update it, or we could sideload the updates. From MikeKerner at roadrunner.com Wed Feb 21 12:47:01 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 12:47:01 -0500 Subject: sideloading updates to mobile In-Reply-To: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: sorry that i was not clear. we've been using private deploys since around 2010, using airlaunch to generate the bundle, and then uploading to a private url. that's not what i meant. i'm talking about updating/patching an existing app, in place. the devices are in single-app mode, so we would either have to pay for mdm and then use that service to push app updates, OR, if we didn't use mdm, we could have the app pull the update and apply it. i can kind-of guess how to make it work, but i'm sure there are a couple of tricks that i don't want to have to figure out, if someone else has already figured it out. From klaus at major-k.de Wed Feb 21 12:53:05 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 18:53:05 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: Hi Mike, > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode : > > sorry that i was not clear. we've been using private deploys since around > 2010, using airlaunch to generate the bundle, and then uploading to a > private url. that's not what i meant. > i'm talking about updating/patching an existing app, in place. the devices > are in single-app mode, so we would either have to pay for mdm and then use > that service to push app updates, OR, if we didn't use mdm, we could have > the app pull the update and apply it. > i can kind-of guess how to make it work, but i'm sure there are a couple of > tricks that i don't want to have to figure out, if someone else has already > figured it out. you could use the "splashscreen" approach to update one or more stacks, but that will of course only work if you do not want to update the actual engine/runtime. However I'm not sure if Apple will allow this, no problem on Android however. Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 13:50:50 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 13:50:50 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: right - no updating the engine + runtime in this scenario, just the stacks + scripts, and perhaps plugins. we are going to continue to only privately distribute to our corporate clients, so the app store won't be part of the equation. that does not mean that apple won't object, though (but, i believe the rules for privately distributed apps are much more lenient than for app store apps - at least, they have been for us, up until now) On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi Mike, > > > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > use-livecode at lists.runrev.com>: > > > > sorry that i was not clear. we've been using private deploys since around > > 2010, using airlaunch to generate the bundle, and then uploading to a > > private url. that's not what i meant. > > i'm talking about updating/patching an existing app, in place. the > devices > > are in single-app mode, so we would either have to pay for mdm and then > use > > that service to push app updates, OR, if we didn't use mdm, we could have > > the app pull the update and apply it. > > i can kind-of guess how to make it work, but i'm sure there are a couple > of > > tricks that i don't want to have to figure out, if someone else has > already > > figured it out. > > you could use the "splashscreen" approach to update one or more stacks, > but that will > of course only work if you do not want to update the actual engine/runtime. > > However I'm not sure if Apple will allow this, no problem on Android > however. > > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 13:51:20 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 13:51:20 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: i guess the other option would be to roll an mdm server On Wed, Feb 21, 2024 at 1:50 PM Mike Kerner wrote: > right - no updating the engine + runtime in this scenario, just the > stacks + scripts, and perhaps plugins. > we are going to continue to only privately distribute to our corporate > clients, so the app store won't be part of the equation. that does not mean > that apple won't object, though (but, i believe the rules for privately > distributed apps are much more lenient than for app store apps - at least, > they have been for us, up until now) > > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Hi Mike, >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com>: >> > >> > sorry that i was not clear. we've been using private deploys since >> around >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> > private url. that's not what i meant. >> > i'm talking about updating/patching an existing app, in place. the >> devices >> > are in single-app mode, so we would either have to pay for mdm and then >> use >> > that service to push app updates, OR, if we didn't use mdm, we could >> have >> > the app pull the update and apply it. >> > i can kind-of guess how to make it work, but i'm sure there are a >> couple of >> > tricks that i don't want to have to figure out, if someone else has >> already >> > figured it out. >> >> you could use the "splashscreen" approach to update one or more stacks, >> but that will >> of course only work if you do not want to update the actual >> engine/runtime. >> >> However I'm not sure if Apple will allow this, no problem on Android >> however. >> >> >> Best >> >> Klaus >> >> -- >> Klaus Major >> https://www.major-k.de >> https://www.major-k.de/bass >> klaus at major-k.de >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Wed Feb 21 13:57:39 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 19:57:39 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode : > > i guess the other option would be to roll an mdm server sorry, but what does "mdm" mean? -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 14:17:30 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 14:17:30 -0500 Subject: sideloading updates to mobile In-Reply-To: <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Message-ID: mobile device management: https://en.wikipedia.org/wiki/Mobile_device_management it's like testflight on steroids. in our case, it would enable us to force app (and even os) updates on devices that are locked into single-app mode On Wed, Feb 21, 2024 at 1:57 PM Klaus major-k via use-livecode < use-livecode at lists.runrev.com> wrote: > Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode < > use-livecode at lists.runrev.com>: > > > > i guess the other option would be to roll an mdm server > > sorry, but what does "mdm" mean? > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > klaus at major-k.de > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From klaus at major-k.de Wed Feb 21 14:22:51 2024 From: klaus at major-k.de (Klaus major-k) Date: Wed, 21 Feb 2024 20:22:51 +0100 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <4D7FEB50-C837-4B48-87CE-77083B5F186F@major-k.de> Message-ID: <8A42F0D4-E59A-4E24-A840-D373550769CC@major-k.de> Hi Mike, > Am 21.02.2024 um 20:17 schrieb Mike Kerner via use-livecode : > > mobile device management: > https://en.wikipedia.org/wiki/Mobile_device_management > it's like testflight on steroids. in our case, it would enable us to force > app (and even os) updates on devices that are locked into single-app mode > >>> i guess the other option would be to roll an mdm server >> sorry, but what does "mdm" mean? thank you! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass klaus at major-k.de From MikeKerner at roadrunner.com Wed Feb 21 16:07:08 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 16:07:08 -0500 Subject: disabled buttons still receive events, they just process them, later? Message-ID: alright, i'm a little surprised to notice this: i have a button. i disabled the button. then i clicked on the button then i re-enabled the button the click, from the period while the button was disabled, is received and processed by the button. that seems problematic, to me. how would one cause clicks to be discarded, permanently? hide the button? overlay it with a transparent control that will absorb and ignore the clicks? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From craig at starfirelighting.com Wed Feb 21 16:45:33 2024 From: craig at starfirelighting.com (Craig Newman) Date: Wed, 21 Feb 2024 16:45:33 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: Mike. In a new stack I placed a button with this: on mouseUp beep 2 end mouseUp If I click on the button I hear two clicks. I disabled the button and clicked on it. I enabled the button. No clicks. I did this all by hand. Did you? Craig > On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode wrote: > > alright, i'm a little surprised to notice this: > i have a button. i disabled the button. > then i clicked on the button > then i re-enabled the button > the click, from the period while the button was disabled, is received and > processed by the button. > that seems problematic, to me. how would one cause clicks to be discarded, > permanently? hide the button? overlay it with a transparent control that > will absorb and ignore the clicks? > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jacque at hyperactivesw.com Wed Feb 21 16:57:27 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 21 Feb 2024 15:57:27 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> Message-ID: <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I've done this for several mobile apps. As long as the updates only reside in the app's sandboxed container, even the App Store doesn't care. Basically, I put a short text file on the server listing the update version(s) of the file(s), one per line if they are all different. Every stack in the app suite has a custom property named cVersion. If necessary you can also add the download URL to the same line. On launch, the app downloads and parses the text to see if the server version is different from the installed one. If so, it uses "put URL into URL " to download and save the the updates to the mobile documents folder, overwriting the old ones. It's pretty simple, if I understand what you need correctly. I also store other info in the the text file occasionally, such as a text string describing the updates so I can show an answer dialog if I want the user to agree or decline the update (which will reappear on the next launch if they decline.) Sample text file is usually something like this: Stack 1 https://www.domain.com/updates/stack1.livecode Stack 2 https://www.domain.com/updates/stack2.livecode .. This update provides new functionality and bug fixes. If you don't want to scan each stack for its cVersion, you can keep a text file in the mobile documents folder that lists the current versions so you can easily compare that to the one on the server. After updating the stacks, update the stored text file as well. If updates are mandatory, just skip the comparisons entirely and force-download the updates. If only some of the stacks should be updated, omit the ones that don't need to be updated from the server file. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode wrote: > right - no updating the engine + runtime in this scenario, just the > stacks + scripts, and perhaps plugins. > we are going to continue to only privately distribute to our corporate > clients, so the app store won't be part of the equation. that does not mean > that apple won't object, though (but, i believe the rules for privately > distributed apps are much more lenient than for app store apps - at least, > they have been for us, up until now) > > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Hi Mike, >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com>: >> > >> > sorry that i was not clear. we've been using private deploys since around >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> > private url. that's not what i meant. >> > i'm talking about updating/patching an existing app, in place. the >> devices >> > are in single-app mode, so we would either have to pay for mdm and then >> use >> > that service to push app updates, OR, if we didn't use mdm, we could have >> > the app pull the update and apply it. >> > i can kind-of guess how to make it work, but i'm sure there are a couple >> of >> > tricks that i don't want to have to figure out, if someone else has >> already >> > figured it out. >> >> you could use the "splashscreen" approach to update one or more stacks, >> but that will >> of course only work if you do not want to update the actual engine/runtime. >> >> However I'm not sure if Apple will allow this, no problem on Android >> however. >> >> >> Best >> >> Klaus >> >> -- >> Klaus Major >> https://www.major-k.de >> https://www.major-k.de/bass >> klaus at major-k.de >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 16:58:30 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 16:58:30 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: i did. i have both a button, and a power button. script: *local* count *on* mouseUp *if* the disabled of me *then* *put* cr & "disabled" after msg *add* 1 to count *set* the enabled of me to false *put* count *wait* 2 second *set* the enabled of me to true *end* mouseUp On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < use-livecode at lists.runrev.com> wrote: > Mike. > > In a new stack I placed a button with this: > > on mouseUp > beep 2 > end mouseUp > > If I click on the button I hear two clicks. I disabled the button and > clicked on it. I enabled the button. No clicks. I did this all by hand. Did > you? > > Craig > > > On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > alright, i'm a little surprised to notice this: > > i have a button. i disabled the button. > > then i clicked on the button > > then i re-enabled the button > > the click, from the period while the button was disabled, is received and > > processed by the button. > > that seems problematic, to me. how would one cause clicks to be > discarded, > > permanently? hide the button? overlay it with a transparent control that > > will absorb and ignore the clicks? > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Wed Feb 21 17:01:20 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 21 Feb 2024 16:01:20 -0600 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: <18dcdafff80.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> That seems a little odd, I haven't noticed that. But one way to block the messages is to use flushEvents() in the button script: flushEvents("mouseDown") flushEvents("mouseUp") -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 3:09:44 PM Mike Kerner via use-livecode wrote: > alright, i'm a little surprised to notice this: > i have a button. i disabled the button. > then i clicked on the button > then i re-enabled the button > the click, from the period while the button was disabled, is received and > processed by the button. > that seems problematic, to me. how would one cause clicks to be discarded, > permanently? hide the button? overlay it with a transparent control that > will absorb and ignore the clicks? > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Wed Feb 21 17:16:19 2024 From: mark at livecode.com (Mark Waddingham) Date: Wed, 21 Feb 2024 22:16:19 +0000 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: Message-ID: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with messages’) queue any (low level) events so they are handled at the next wait (in this case the global one the engine does implicitly when there are no handlers executing). Flushing events after the wait as Jacque suggests will ensure they aren’t there to handle. Warmest Regards. Mark. Sent from my iPhone > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode wrote: > > i did. > i have both a button, and a power button. > script: > > *local* count > > *on* mouseUp > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > *add* 1 to count > > *set* the enabled of me to false > > *put* count > > *wait* 2 second > > *set* the enabled of me to true > > *end* mouseUp > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> Mike. >> >> In a new stack I placed a button with this: >> >> on mouseUp >> beep 2 >> end mouseUp >> >> If I click on the button I hear two clicks. I disabled the button and >> clicked on it. I enabled the button. No clicks. I did this all by hand. Did >> you? >> >> Craig >> >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com> wrote: >>> >>> alright, i'm a little surprised to notice this: >>> i have a button. i disabled the button. >>> then i clicked on the button >>> then i re-enabled the button >>> the click, from the period while the button was disabled, is received and >>> processed by the button. >>> that seems problematic, to me. how would one cause clicks to be >> discarded, >>> permanently? hide the button? overlay it with a transparent control that >>> will absorb and ignore the clicks? >>> >>> -- >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 21 20:22:26 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 20:22:26 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: thanks, jacque & mark it's amazing that even after...a really long time...there's still stuff to learn. On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < use-livecode at lists.runrev.com> wrote: > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > messages’) queue any (low level) events so they are handled at the next > wait (in this case the global one the engine does implicitly when there are > no handlers executing). > > Flushing events after the wait as Jacque suggests will ensure they aren’t > there to handle. > > Warmest Regards. > > Mark. > > Sent from my iPhone > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > i did. > > i have both a button, and a power button. > > script: > > > > *local* count > > > > *on* mouseUp > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > *add* 1 to count > > > > *set* the enabled of me to false > > > > *put* count > > > > *wait* 2 second > > > > *set* the enabled of me to true > > > > *end* mouseUp > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >> > >> Mike. > >> > >> In a new stack I placed a button with this: > >> > >> on mouseUp > >> beep 2 > >> end mouseUp > >> > >> If I click on the button I hear two clicks. I disabled the button and > >> clicked on it. I enabled the button. No clicks. I did this all by hand. > Did > >> you? > >> > >> Craig > >> > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >>> > >>> alright, i'm a little surprised to notice this: > >>> i have a button. i disabled the button. > >>> then i clicked on the button > >>> then i re-enabled the button > >>> the click, from the period while the button was disabled, is received > and > >>> processed by the button. > >>> that seems problematic, to me. how would one cause clicks to be > >> discarded, > >>> permanently? hide the button? overlay it with a transparent control > that > >>> will absorb and ignore the clicks? > >>> > >>> -- > >>> On the first day, God created the heavens and the Earth > >>> On the second day, God created the oceans. > >>> On the third day, God put the animals on hold for a few hours, > >>> and did a little diving. > >>> And God said, "This is good." > >>> _______________________________________________ > >>> use-livecode mailing list > >>> use-livecode at 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 at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 21 20:28:32 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 20:28:32 -0500 Subject: sideloading updates to mobile In-Reply-To: <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: thanks, jlg. that's kind-of what i was thinking. On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > I've done this for several mobile apps. As long as the updates only reside > in the app's sandboxed container, even the App Store doesn't care. > > Basically, I put a short text file on the server listing the update > version(s) of the file(s), one per line if they are all different. Every > stack in the app suite has a custom property named cVersion. If necessary > you can also add the download URL to the same line. On launch, the app > downloads and parses the text to see if the server version is different > from the installed one. If so, it uses "put URL into URL > path>" to download and save the the updates to the mobile documents > folder, > overwriting the old ones. > > It's pretty simple, if I understand what you need correctly. I also store > other info in the the text file occasionally, such as a text string > describing the updates so I can show an answer dialog if I want the user > to > agree or decline the update (which will reappear on the next launch if > they > decline.) > > Sample text file is usually something like this: > > Stack 1 https://www.domain.com/updates/stack1.livecode > Stack 2 https://www.domain.com/updates/stack2.livecode > .. > This update provides new functionality and bug fixes. > > If you don't want to scan each stack for its cVersion, you can keep a text > file in the mobile documents folder that lists the current versions so you > can easily compare that to the one on the server. After updating the > stacks, update the stored text file as well. > > If updates are mandatory, just skip the comparisons entirely and > force-download the updates. If only some of the stacks should be updated, > omit the ones that don't need to be updated from the server file. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > wrote: > > > right - no updating the engine + runtime in this scenario, just the > > stacks + scripts, and perhaps plugins. > > we are going to continue to only privately distribute to our corporate > > clients, so the app store won't be part of the equation. that does not > mean > > that apple won't object, though (but, i believe the rules for privately > > distributed apps are much more lenient than for app store apps - at > least, > > they have been for us, up until now) > > > > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> Hi Mike, > >> > >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >> use-livecode at lists.runrev.com>: > >> > > >> > sorry that i was not clear. we've been using private deploys since > around > >> > 2010, using airlaunch to generate the bundle, and then uploading to a > >> > private url. that's not what i meant. > >> > i'm talking about updating/patching an existing app, in place. the > >> devices > >> > are in single-app mode, so we would either have to pay for mdm and > then > >> use > >> > that service to push app updates, OR, if we didn't use mdm, we could > have > >> > the app pull the update and apply it. > >> > i can kind-of guess how to make it work, but i'm sure there are a > couple > >> of > >> > tricks that i don't want to have to figure out, if someone else has > >> already > >> > figured it out. > >> > >> you could use the "splashscreen" approach to update one or more stacks, > >> but that will > >> of course only work if you do not want to update the actual > engine/runtime. > >> > >> However I'm not sure if Apple will allow this, no problem on Android > >> however. > >> > >> > >> Best > >> > >> Klaus > >> > >> -- > >> Klaus Major > >> https://www.major-k.de > >> https://www.major-k.de/bass > >> klaus at major-k.de > >> > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From stephen at barncard.com Wed Feb 21 20:34:20 2024 From: stephen at barncard.com (Stephen Barncard) Date: Wed, 21 Feb 2024 17:34:20 -0800 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: "there's still stuff to learn." ..... and remember ..... -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org On Wed, Feb 21, 2024 at 5:24 PM Mike Kerner via use-livecode < use-livecode at lists.runrev.com> wrote: > thanks, jacque & mark > it's amazing that even after...a really long time...there's still stuff to > learn. > > On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > > messages’) queue any (low level) events so they are handled at the next > > wait (in this case the global one the engine does implicitly when there > are > > no handlers executing). > > > > Flushing events after the wait as Jacque suggests will ensure they aren’t > > there to handle. > > > > Warmest Regards. > > > > Mark. > > > > Sent from my iPhone > > > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > > i did. > > > i have both a button, and a power button. > > > script: > > > > > > *local* count > > > > > > *on* mouseUp > > > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > > > *add* 1 to count > > > > > > *set* the enabled of me to false > > > > > > *put* count > > > > > > *wait* 2 second > > > > > > *set* the enabled of me to true > > > > > > *end* mouseUp > > > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > > >> use-livecode at lists.runrev.com> wrote: > > >> > > >> Mike. > > >> > > >> In a new stack I placed a button with this: > > >> > > >> on mouseUp > > >> beep 2 > > >> end mouseUp > > >> > > >> If I click on the button I hear two clicks. I disabled the button and > > >> clicked on it. I enabled the button. No clicks. I did this all by > hand. > > Did > > >> you? > > >> > > >> Craig > > >> > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > > >> use-livecode at lists.runrev.com> wrote: > > >>> > > >>> alright, i'm a little surprised to notice this: > > >>> i have a button. i disabled the button. > > >>> then i clicked on the button > > >>> then i re-enabled the button > > >>> the click, from the period while the button was disabled, is received > > and > > >>> processed by the button. > > >>> that seems problematic, to me. how would one cause clicks to be > > >> discarded, > > >>> permanently? hide the button? overlay it with a transparent control > > that > > >>> will absorb and ignore the clicks? > > >>> > > >>> -- > > >>> On the first day, God created the heavens and the Earth > > >>> On the second day, God created the oceans. > > >>> On the third day, God put the animals on hold for a few hours, > > >>> and did a little diving. > > >>> And God said, "This is good." > > >>> _______________________________________________ > > >>> use-livecode mailing list > > >>> use-livecode at 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 at lists.runrev.com > > >> Please visit this url to subscribe, unsubscribe and manage your > > >> subscription preferences: > > >> http://lists.runrev.com/mailman/listinfo/use-livecode > > >> > > > > > > > > > -- > > > On the first day, God created the heavens and the Earth > > > On the second day, God created the oceans. > > > On the third day, God put the animals on hold for a few hours, > > > and did a little diving. > > > And God said, "This is good." > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode at 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 at lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From MikeKerner at roadrunner.com Wed Feb 21 21:11:46 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 21 Feb 2024 21:11:46 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: pfft there is zero chance of that it's been, what 37 years? man, i'm so old. On Wed, Feb 21, 2024 at 8:35 PM Stephen Barncard via use-livecode < use-livecode at lists.runrev.com> wrote: > "there's still stuff to > learn." > > ..... and remember ..... > -- > Stephen Barncard - Sebastopol Ca. USA - > mixstream.org > > > On Wed, Feb 21, 2024 at 5:24 PM Mike Kerner via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > thanks, jacque & mark > > it's amazing that even after...a really long time...there's still stuff > to > > learn. > > > > On Wed, Feb 21, 2024 at 5:16 PM Mark Waddingham via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > It’s because of the wait - ‘blocking’ waits (those which aren’t ‘with > > > messages’) queue any (low level) events so they are handled at the next > > > wait (in this case the global one the engine does implicitly when there > > are > > > no handlers executing). > > > > > > Flushing events after the wait as Jacque suggests will ensure they > aren’t > > > there to handle. > > > > > > Warmest Regards. > > > > > > Mark. > > > > > > Sent from my iPhone > > > > > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < > > > use-livecode at lists.runrev.com> wrote: > > > > > > > > i did. > > > > i have both a button, and a power button. > > > > script: > > > > > > > > *local* count > > > > > > > > *on* mouseUp > > > > > > > > *if* the disabled of me *then* *put* cr & "disabled" after msg > > > > > > > > *add* 1 to count > > > > > > > > *set* the enabled of me to false > > > > > > > > *put* count > > > > > > > > *wait* 2 second > > > > > > > > *set* the enabled of me to true > > > > > > > > *end* mouseUp > > > > > > > >> On Wed, Feb 21, 2024 at 4:47 PM Craig Newman via use-livecode < > > > >> use-livecode at lists.runrev.com> wrote: > > > >> > > > >> Mike. > > > >> > > > >> In a new stack I placed a button with this: > > > >> > > > >> on mouseUp > > > >> beep 2 > > > >> end mouseUp > > > >> > > > >> If I click on the button I hear two clicks. I disabled the button > and > > > >> clicked on it. I enabled the button. No clicks. I did this all by > > hand. > > > Did > > > >> you? > > > >> > > > >> Craig > > > >> > > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < > > > >> use-livecode at lists.runrev.com> wrote: > > > >>> > > > >>> alright, i'm a little surprised to notice this: > > > >>> i have a button. i disabled the button. > > > >>> then i clicked on the button > > > >>> then i re-enabled the button > > > >>> the click, from the period while the button was disabled, is > received > > > and > > > >>> processed by the button. > > > >>> that seems problematic, to me. how would one cause clicks to be > > > >> discarded, > > > >>> permanently? hide the button? overlay it with a transparent control > > > that > > > >>> will absorb and ignore the clicks? > > > >>> > > > >>> -- > > > >>> On the first day, God created the heavens and the Earth > > > >>> On the second day, God created the oceans. > > > >>> On the third day, God put the animals on hold for a few hours, > > > >>> and did a little diving. > > > >>> And God said, "This is good." > > > >>> _______________________________________________ > > > >>> use-livecode mailing list > > > >>> use-livecode at 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 at lists.runrev.com > > > >> Please visit this url to subscribe, unsubscribe and manage your > > > >> subscription preferences: > > > >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > >> > > > > > > > > > > > > -- > > > > On the first day, God created the heavens and the Earth > > > > On the second day, God created the oceans. > > > > On the third day, God put the animals on hold for a few hours, > > > > and did a little diving. > > > > And God said, "This is good." > > > > _______________________________________________ > > > > use-livecode mailing list > > > > use-livecode at 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 at lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Thu Feb 22 01:48:42 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 22 Feb 2024 00:48:42 -0600 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: References: <93D4C540-F528-4E7F-BCB0-68AD41B11B92@livecode.com> Message-ID: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Exactly 37 years. I remember because I started learning HC when my son was born in order to take my mind off diapers. If I remember, we can commiserate . -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 21, 2024 8:14:19 PM Mike Kerner via use-livecode wrote: > pfft > there is zero chance of that > it's been, what 37 years? > man, i'm so old. > > On Wed, Feb 21, 2024 at 8:35PM Stephen Barncard via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> "there's still stuff to >> learn." >> >> ..... and remember ..... >> -- >> Stephen Barncard - Sebastopol Ca. USA - >> mixstream.org >> >> >> On Wed, Feb 21, 2024 at 5:24PM Mike Kerner via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >> > thanks, jacque & mark >> > it's amazing that even after...a really long time...there's still stuff >> to >> > learn. >> > >> > On Wed, Feb 21, 2024 at 5:16PM Mark Waddingham via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> > > Its because of the wait - blocking waits (those which arent with >> > > messages) queue any (low level) events so they are handled at the next >> > > wait (in this case the global one the engine does implicitly when there >> > are >> > > no handlers executing). >> > > >> > > Flushing events after the wait as Jacque suggests will ensure they >> arent >> > > there to handle. >> > > >> > > Warmest Regards. >> > > >> > > Mark. >> > > >> > > Sent from my iPhone >> > > >> > > > On 21 Feb 2024, at 21:59, Mike Kerner via use-livecode < >> > > use-livecode at lists.runrev.com> wrote: >> > > > >> > > > i did. >> > > > i have both a button, and a power button. >> > > > script: >> > > > >> > > > *local* count >> > > > >> > > > *on* mouseUp >> > > > >> > > > *if* the disabled of me *then* *put* cr & "disabled" after msg >> > > > >> > > > *add* 1 to count >> > > > >> > > > *set* the enabled of me to false >> > > > >> > > > *put* count >> > > > >> > > > *wait* 2 second >> > > > >> > > > *set* the enabled of me to true >> > > > >> > > > *end* mouseUp >> > > > >> > > >> On Wed, Feb 21, 2024 at 4:47PM Craig Newman via use-livecode < >> > > >> use-livecode at lists.runrev.com> wrote: >> > > >> >> > > >> Mike. >> > > >> >> > > >> In a new stack I placed a button with this: >> > > >> >> > > >> on mouseUp >> > > >> beep 2 >> > > >> end mouseUp >> > > >> >> > > >> If I click on the button I hear two clicks. I disabled the button >> and >> > > >> clicked on it. I enabled the button. No clicks. I did this all by >> > hand. >> > > Did >> > > >> you? >> > > >> >> > > >> Craig >> > > >> >> > > >>> On Feb 21, 2024, at 4:07 PM, Mike Kerner via use-livecode < >> > > >> use-livecode at lists.runrev.com> wrote: >> > > >>> >> > > >>> alright, i'm a little surprised to notice this: >> > > >>> i have a button. i disabled the button. >> > > >>> then i clicked on the button >> > > >>> then i re-enabled the button >> > > >>> the click, from the period while the button was disabled, is >> received >> > > and >> > > >>> processed by the button. >> > > >>> that seems problematic, to me. how would one cause clicks to be >> > > >> discarded, >> > > >>> permanently? hide the button? overlay it with a transparent control >> > > that >> > > >>> will absorb and ignore the clicks? >> > > >>> >> > > >>> -- >> > > >>> On the first day, God created the heavens and the Earth >> > > >>> On the second day, God created the oceans. >> > > >>> On the third day, God put the animals on hold for a few hours, >> > > >>> and did a little diving. >> > > >>> And God said, "This is good." >> > > >>> _______________________________________________ >> > > >>> use-livecode mailing list >> > > >>> use-livecode at 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 at lists.runrev.com >> > > >> Please visit this url to subscribe, unsubscribe and manage your >> > > >> subscription preferences: >> > > >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > >> >> > > > >> > > > >> > > > -- >> > > > On the first day, God created the heavens and the Earth >> > > > On the second day, God created the oceans. >> > > > On the third day, God put the animals on hold for a few hours, >> > > > and did a little diving. >> > > > And God said, "This is good." >> > > > _______________________________________________ >> > > > use-livecode mailing list >> > > > use-livecode at 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 at lists.runrev.com >> > > Please visit this url to subscribe, unsubscribe and manage your >> > > subscription preferences: >> > > http://lists.runrev.com/mailman/listinfo/use-livecode >> > > >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jeff at siphonophore.com Thu Feb 22 03:01:56 2024 From: jeff at siphonophore.com (Jeff Reynolds) Date: Thu, 22 Feb 2024 03:01:56 -0500 Subject: disabled buttons still receive events, they just process them, later? Message-ID: <08DF2CDF-703B-401C-B4E4-D5F357D06D57@siphonophore.com> Oh man yes Jacque and Mike! I do feel old, about the same for me, about late 87… grad school at Berkeley, humpback whales, and carrying Macs in big backpacks. Later MetaCard saved the day! Fun memories, Jeff > On Feb 22, 2024, at 1:51 AM, use-livecode-request at lists.runrev.com wrote: > > Exactly 37 years. I remember because I started learning HC when my son was > born in order to take my mind off diapers. If I remember, we can commiserate . > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com From curry at pair.com Thu Feb 22 03:44:12 2024 From: curry at pair.com (Curry Kenworthy) Date: Thu, 22 Feb 2024 03:44:12 -0500 Subject: disabled buttons still receive events, they just process them, later? In-Reply-To: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <18dcf92d110.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: Jacqueline: > Exactly 37 years. I remember because I started learning HC when > my son was born in order to take my mind off diapers. I like that! Every HC story is poetic, mine too. Mike: > it's amazing that even after...a really long time... > there's still stuff to learn. Plus the latest workarounds! :) Then ... (spoiler alert) Apple and competitors want inside your head. Best wishes, Curry Kenworthy Radically Innovative Christian LiveCode Development "PASSION for Elegant, Efficient Code!" http://livecodeconsulting.com/ From Bernd.Niggemann at uni-wh.de Thu Feb 22 08:40:00 2024 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Thu, 22 Feb 2024 13:40:00 +0000 Subject: Code Folding in LC Message-ID: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> For all those interested in Code Folding a new version has been posted to the forum. Easier install and some minor bug fixes. https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 Kind regards Bernd From bobsneidar at iotecdigital.com Thu Feb 22 12:22:14 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 22 Feb 2024 17:22:14 +0000 Subject: Code Folding in LC In-Reply-To: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> References: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> Message-ID: <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> This is a long time coming. Bob S > On Feb 22, 2024, at 5:40 AM, Niggemann, Bernd via use-livecode wrote: > > For all those interested in Code Folding a new version has been posted to the forum. Easier install and some minor bug fixes. > > https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Sun Feb 25 11:03:18 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Sun, 25 Feb 2024 11:03:18 -0500 Subject: Code Folding in LC In-Reply-To: <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> References: <4CB99D0F-79B4-4120-A818-5718B120DF33@uni-wh.de> <35702779-7E39-4CF1-B27E-55D6D67CFDC2@iotecdigital.com> Message-ID: ya know, the script editor could really a touch-up from the script compiler. On Thu, Feb 22, 2024 at 12:23 PM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > This is a long time coming. > > Bob S > > > > On Feb 22, 2024, at 5:40 AM, Niggemann, Bernd via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > For all those interested in Code Folding a new version has been posted > to the forum. Easier install and some minor bug fixes. > > > > > https://forums.livecode.com/viewtopic.php?f=9&t=38912&p=228244&sid=2a60c9420c1615aca35c5957252b7d8e#p228244 > > > > Kind regards > > Bernd > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Wed Feb 28 08:53:19 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 28 Feb 2024 08:53:19 -0500 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: Message-ID: just pinging to see if anything more has happened on this and the how list is really quiet On Tue, Feb 6, 2024 at 11:09 PM ambassador--- via use-livecode < use-livecode at lists.runrev.com> wrote: > David Bovill wrote: > > > I've been working for a while on a native server written in Livecode > > using sockets. I feel it is definitely something that is sorely needed > > - but to do it properly is more work that I initially thought. I need > > to add HTTP 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > > > Is anyone interested / need this? Or does anyone already have something > > they use? > > > MC shipped with a simple HTTPd example included, and many years ago back > when Pierre was still active here I dusted it off to add support for HTTP > 1.1 so it would work with modern browsers: > > https://fourthworld.net/lc/mchttpd-4W.zip > > It's been years since I touched it, and IIRC the only other change I made > was to use callbacks for both ends of the network I/O (for some reason > Raney had used callbacks only on one side, tho I can't recall if his was on > the write or read end). Callbacks for net I/O help a lot. > > If you're already far enough down the road to be thinking of 206 errors, > there's likely nothing here you haven't already written. But as an example > (slightly updated) of the sort of thing that used to ship with old versions > to encourage exploration of network apps, it may be a fun trip down memory > lane. > > > A question, if interesting to answer: one of the reasons I set this aside > was the beginning of a process of moving away from my own homegrown tools > for generic commodities like socket servers. Apache and Node cover most of > what I've needed since, and I don't have to maintain them, so I can focus > on the stuff specific to my app. What are you working on these days? I > stumbled across your chat with Ward Cunningham in the Full Moon Happening > just a few months ago; good stuff. Curious if your interest in > decentralization is still a focus, and whether it also includes things like > IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. > > > Richard Gaskin > FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From ambassador at fourthworld.com Wed Feb 28 12:55:16 2024 From: ambassador at fourthworld.com (Richard Gaskin) Date: Wed, 28 Feb 2024 17:55:16 +0000 Subject: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server In-Reply-To: References: Message-ID: <31d2bf4382641c6fd936f04d88edf69cc25f1dea@fourthworld.com> FWIW I haven't heard from David, but with the economic numbers off to a good start this year I suspect he's just been as busy as most I know. I know of at least one other LC fan with an interest in decentralized protocols, but I'm not sure how far he's gotten with his implementations. I've mentioned LC in some of those circles, but those communities tend to make and use FOSS tools, so the conversation is usually very short. Richard Gaskin FourthWorld.com On February 28, 2024 at 9:00 AM, Mike Kerner wrote: > > just pinging to see if anything more has happened on this > > and the how list is really quiet > > On Tue, Feb 6, 2024 at 11:09?PM ambassador--- via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > David Bovill wrote: > > > > I've been working for a while on a native server written in Livecode > > using sockets. I feel it is definitely something that is sorely needed > > - but to do it properly is more work that I initially thought. I need > > to add HTTP 206 partial content support - > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I expect > > there to be other things that will need to be added. > > Is anyone interested / need this? Or does anyone already have something > > they use? > > > MC shipped with a simple HTTPd example included, and many years ago back > > when Pierre was still active here I dusted it off to add support for HTTP > 1.1 so it would work with modern browsers: > https://fourthworld.net/lc/mchttpd-4W.zip > > It's been years since I touched it, and IIRC the only other change I made > was to use callbacks for both ends of the network I/O (for some reason > Raney had used callbacks only on one side, tho I can't recall if his was on > the write or read end). Callbacks for net I/O help a lot. > > If you're already far enough down the road to be thinking of 206 errors, > there's likely nothing here you haven't already written. But as an example > (slightly updated) of the sort of thing that used to ship with old versions > to encourage exploration of network apps, it may be a fun trip down memory > lane. > > A question, if interesting to answer: one of the reasons I set this aside > was the beginning of a process of moving away from my own homegrown tools > for generic commodities like socket servers. Apache and Node cover most of > what I've needed since, and I don't have to maintain them, so I can focus > on the stuff specific to my app. What are you working on these days? I > stumbled across your chat with Ward Cunningham in the Full Moon Happening > just a few months ago; good stuff. Curious if your interest in > decentralization is still a focus, and whether it also includes things like > IPSF and blockchains. Maybe offlist if it's not too LiveCodey is fine. > > Richard Gaskin > FourthWorld.com From bobsneidar at iotecdigital.com Wed Feb 28 13:42:56 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 28 Feb 2024 18:42:56 +0000 Subject: formatDate() Function Update Message-ID: Not to be confused with the built-in dateFormat() function, I wrote a special formatDate() function a few years back because I had a need to get a given date in unsupported formats. Particularly I needed an SQL Date format in the form of yyyy-mm-dd. I have been frustrated also that there is no built-in function to return a date in the mm/dd/yyyy format, so I just updated my function to include that form using “standard date” as the format parameter. (I can’t think what else to call it. "Y2K Date” seems cheesy.) Here is the code if anyone is interested. I should also submit it to the Master Library. I will have to grok how to do that again. Bob S FUNCTION formatDate theDate, theFormat /* Accepts any valid date for the first parameter. If not a valid date, it simply returns what was passed. Second parameter can be any of the following: sql date: date in the yyyy-mm-dd format short date, abbreviated date, internet date, long date: LC versions of the same julian date: Julian number based on (I believe) Jacques formula standard date: The date in the form of theFormat */ put theDate into tSavedDate put the itemdelimiter into theOldDelim set the itemdelimiter to "-" IF the length of item 1 of theDate = 4 AND \ the number of items of theDate = 3 AND \ item 1 of theDate is a number AND \ item 2 of theDate is a number AND \ item 3 of theDate is a number THEN put item 2 of theDate & "/" & \ item 3 of theDate & "/" & \ item 1 of theDate into theDate END IF -- replace "." with "/" in theDate convert theDate to dateitems set the itemdelimiter to theOldDelim if the number of items of theDate <> 7 then answer "'" & theDate & "' is not a valid date format!" return tSavedDate end if SWITCH theFormat CASE "sql date" /* put item 1 of theDate & "-" & \ format("%02d",item 2 of theDate) & "-" & \ format("%02d",item 3 of theDate) into theDate */ put format("%s-%02d-%02d", item 1 of theDate, item 2 of theDate, \ item 3 of theDate) into theDate break CASE "short date" convert theDate from dateitems to short date break CASE "abbreviated date" convert theDate from dateitems to abbreviated date break CASE "abbr date" convert theDate from dateitems to abbreviated date break CASE "internet date" convert theDate from dateitems to internet date break CASE "long date" convert theDate from dateitems to long date break CASE "julian date" put the date into theDate convert theDate to dateItems IF ((item 2 of theDate = 1) OR (item 2 of theDate = 2)) THEN put 1 into theDay ELSE put 0 into theDay END IF put item 1 of theDate + 4800 - theDay into theYear put item 2 of theDate + (12 * theDay) - 3 into theMonth put item 3 of theDate + \ ((153 * theMonth + 2) div 5) + \ (365 * theYear) + \ (theYear div 4) - \ (theYear div 100) + \ (theYear div 400) - \ 32045 into theDate break case "standard date" put format("%02d/%02d/%04d", item 2 of theDate, item 3 of theDate, \ item 1 of theDate) into theDate break default Answer info “‘“ & theFormat & “‘ is not a validate parameter.” As sheet put tSavedDate into theDate END SWITCH return theDate END formatDate From bobsneidar at iotecdigital.com Wed Feb 28 13:48:31 2024 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 28 Feb 2024 18:48:31 +0000 Subject: formatDate() Function Update In-Reply-To: References: Message-ID: <0F33F5E6-C80A-47CF-8333-7CDB628EC3D5@iotecdigital.com> Should read: standard date: The date in the form of "mm/dd/yyyy" On Feb 28, 2024, at 10:42 AM, Bob Sneidar via use-livecode wrote: standard date: The date in the form of theFormat From phil.hudson at iname.com Wed Feb 28 13:54:09 2024 From: phil.hudson at iname.com (Phil Hudson) Date: Wed, 28 Feb 2024 18:54:09 +0000 Subject: formatDate() Function Update In-Reply-To: References: Message-ID: Very useful function, thanks for sharing. I believe the format you call "SQL format" is literally *the* standard format, as in ISO 8601. https://www.startpage.com/do/dsearch?query=iso+date+format&cat=web&pl=opensearch&language=english I'd suggest "North American format" for the other one, assuming they use it in Mexico too. Otherwise I'm at a loss. On Wed, 28 Feb 2024 at 18:44, Bob Sneidar via use-livecode wrote: > > Not to be confused with the built-in dateFormat() function, I wrote a special formatDate() function a few years back because I had a need to get a given date in unsupported formats. Particularly I needed an SQL Date format in the form of yyyy-mm-dd. > > I have been frustrated also that there is no built-in function to return a date in the mm/dd/yyyy format, so I just updated my function to include that form using “standard date” as the format parameter. (I can’t think what else to call it. "Y2K Date” seems cheesy.) > > Here is the code if anyone is interested. I should also submit it to the Master Library. I will have to grok how to do that again. > > Bob S > > > > FUNCTION formatDate theDate, theFormat > /* > Accepts any valid date for the first parameter. If not a valid date, it simply returns > what was passed. Second parameter can be any of the following: > sql date: date in the yyyy-mm-dd format > short date, abbreviated date, internet date, long date: LC versions of the same > julian date: Julian number based on (I believe) Jacques formula > standard date: The date in the form of theFormat > */ > > put theDate into tSavedDate > put the itemdelimiter into theOldDelim > set the itemdelimiter to "-" > > IF the length of item 1 of theDate = 4 AND \ > the number of items of theDate = 3 AND \ > item 1 of theDate is a number AND \ > item 2 of theDate is a number AND \ > item 3 of theDate is a number THEN > put item 2 of theDate & "/" & \ > item 3 of theDate & "/" & \ > item 1 of theDate into theDate > END IF > > -- replace "." with "/" in theDate > convert theDate to dateitems > set the itemdelimiter to theOldDelim > > if the number of items of theDate <> 7 then > answer "'" & theDate & "' is not a valid date format!" > return tSavedDate > end if > > SWITCH theFormat > CASE "sql date" > /* > put item 1 of theDate & "-" & \ > format("%02d",item 2 of theDate) & "-" & \ > format("%02d",item 3 of theDate) into theDate > */ > put format("%s-%02d-%02d", item 1 of theDate, item 2 of theDate, \ > item 3 of theDate) into theDate > break > CASE "short date" > convert theDate from dateitems to short date > break > CASE "abbreviated date" > convert theDate from dateitems to abbreviated date > break > CASE "abbr date" > convert theDate from dateitems to abbreviated date > break > CASE "internet date" > convert theDate from dateitems to internet date > break > CASE "long date" > convert theDate from dateitems to long date > break > CASE "julian date" > put the date into theDate > convert theDate to dateItems > IF ((item 2 of theDate = 1) OR (item 2 of theDate = 2)) THEN > put 1 into theDay > ELSE > put 0 into theDay > END IF > put item 1 of theDate + 4800 - theDay into theYear > put item 2 of theDate + (12 * theDay) - 3 into theMonth > put item 3 of theDate + \ > ((153 * theMonth + 2) div 5) + \ > (365 * theYear) + \ > (theYear div 4) - \ > (theYear div 100) + \ > (theYear div 400) - \ > 32045 into theDate > break > case "standard date" > put format("%02d/%02d/%04d", item 2 of theDate, item 3 of theDate, \ > item 1 of theDate) into theDate > break > default > Answer info “‘“ & theFormat & “‘ is not a validate parameter.” As sheet > put tSavedDate into theDate > END SWITCH > > return theDate > END formatDate > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Wed Feb 28 21:10:10 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Wed, 28 Feb 2024 21:10:10 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: so, how do we force LC to reload the stack? i can force the script to reload, and replace it, but if i want to reload the stack, do i have to close it, replace it, and then open it? On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner wrote: > thanks, jlg. that's kind-of what i was thinking. > > > On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> I've done this for several mobile apps. As long as the updates only >> reside >> in the app's sandboxed container, even the App Store doesn't care. >> >> Basically, I put a short text file on the server listing the update >> version(s) of the file(s), one per line if they are all different. Every >> stack in the app suite has a custom property named cVersion. If necessary >> you can also add the download URL to the same line. On launch, the app >> downloads and parses the text to see if the server version is different >> from the installed one. If so, it uses "put URL into URL >> > path>" to download and save the the updates to the mobile documents >> folder, >> overwriting the old ones. >> >> It's pretty simple, if I understand what you need correctly. I also store >> other info in the the text file occasionally, such as a text string >> describing the updates so I can show an answer dialog if I want the user >> to >> agree or decline the update (which will reappear on the next launch if >> they >> decline.) >> >> Sample text file is usually something like this: >> >> Stack 1 https://www.domain.com/updates/stack1.livecode >> Stack 2 https://www.domain.com/updates/stack2.livecode >> .. >> This update provides new functionality and bug fixes. >> >> If you don't want to scan each stack for its cVersion, you can keep a >> text >> file in the mobile documents folder that lists the current versions so >> you >> can easily compare that to the one on the server. After updating the >> stacks, update the stored text file as well. >> >> If updates are mandatory, just skip the comparisons entirely and >> force-download the updates. If only some of the stacks should be updated, >> omit the ones that don't need to be updated from the server file. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> wrote: >> >> > right - no updating the engine + runtime in this scenario, just the >> > stacks + scripts, and perhaps plugins. >> > we are going to continue to only privately distribute to our corporate >> > clients, so the app store won't be part of the equation. that does not >> mean >> > that apple won't object, though (but, i believe the rules for privately >> > distributed apps are much more lenient than for app store apps - at >> least, >> > they have been for us, up until now) >> > >> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> >> Hi Mike, >> >> >> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >> use-livecode at lists.runrev.com>: >> >> > >> >> > sorry that i was not clear. we've been using private deploys since >> around >> >> > 2010, using airlaunch to generate the bundle, and then uploading to a >> >> > private url. that's not what i meant. >> >> > i'm talking about updating/patching an existing app, in place. the >> >> devices >> >> > are in single-app mode, so we would either have to pay for mdm and >> then >> >> use >> >> > that service to push app updates, OR, if we didn't use mdm, we could >> have >> >> > the app pull the update and apply it. >> >> > i can kind-of guess how to make it work, but i'm sure there are a >> couple >> >> of >> >> > tricks that i don't want to have to figure out, if someone else has >> >> already >> >> > figured it out. >> >> >> >> you could use the "splashscreen" approach to update one or more stacks, >> >> but that will >> >> of course only work if you do not want to update the actual >> engine/runtime. >> >> >> >> However I'm not sure if Apple will allow this, no problem on Android >> >> however. >> >> >> >> >> >> Best >> >> >> >> Klaus >> >> >> >> -- >> >> Klaus Major >> >> https://www.major-k.de >> >> https://www.major-k.de/bass >> >> klaus at major-k.de >> >> >> >> >> >> _______________________________________________ >> >> use-livecode mailing list >> >> use-livecode at lists.runrev.com >> >> Please visit this url to subscribe, unsubscribe and manage your >> >> subscription preferences: >> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Wed Feb 28 22:11:29 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 28 Feb 2024 21:11:29 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> "Revert this stack". That just means "reload from disk". Or you can specify a different stack. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode wrote: > so, how do we force LC to reload the stack? > i can force the script to reload, and replace it, but if i want to reload > the stack, do i have to close it, replace it, and then open it? > > On Wed, Feb 21, 2024 at 8:28PM Mike Kerner > wrote: > >> thanks, jlg. that's kind-of what i was thinking. >> >> >> On Wed, Feb 21, 2024 at 4:58PM J. Landman Gay via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> I've done this for several mobile apps. As long as the updates only >>> reside >>> in the app's sandboxed container, even the App Store doesn't care. >>> >>> Basically, I put a short text file on the server listing the update >>> version(s) of the file(s), one per line if they are all different. Every >>> stack in the app suite has a custom property named cVersion. If necessary >>> you can also add the download URL to the same line. On launch, the app >>> downloads and parses the text to see if the server version is different >>> from the installed one. If so, it uses "put URL into URL >>> >> path>" to download and save the the updates to the mobile documents >>> folder, >>> overwriting the old ones. >>> >>> It's pretty simple, if I understand what you need correctly. I also store >>> other info in the the text file occasionally, such as a text string >>> describing the updates so I can show an answer dialog if I want the user >>> to >>> agree or decline the update (which will reappear on the next launch if >>> they >>> decline.) >>> >>> Sample text file is usually something like this: >>> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >>> Stack 2 https://www.domain.com/updates/stack2.livecode >>> .. >>> This update provides new functionality and bug fixes. >>> >>> If you don't want to scan each stack for its cVersion, you can keep a >>> text >>> file in the mobile documents folder that lists the current versions so >>> you >>> can easily compare that to the one on the server. After updating the >>> stacks, update the stored text file as well. >>> >>> If updates are mandatory, just skip the comparisons entirely and >>> force-download the updates. If only some of the stacks should be updated, >>> omit the ones that don't need to be updated from the server file. >>> >>> -- >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >>> HyperActive Software | http://www.hyperactivesw.com >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >>> wrote: >>> >>> > right - no updating the engine + runtime in this scenario, just the >>> > stacks + scripts, and perhaps plugins. >>> > we are going to continue to only privately distribute to our corporate >>> > clients, so the app store won't be part of the equation. that does not >>> mean >>> > that apple won't object, though (but, i believe the rules for privately >>> > distributed apps are much more lenient than for app store apps - at >>> least, >>> > they have been for us, up until now) >>> > >>> > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < >>> > use-livecode at lists.runrev.com> wrote: >>> > >>> >> Hi Mike, >>> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >>> >> use-livecode at lists.runrev.com>: >>> >> > >>> >> > sorry that i was not clear. we've been using private deploys since >>> around >>> >> > 2010, using airlaunch to generate the bundle, and then uploading to a >>> >> > private url. that's not what i meant. >>> >> > i'm talking about updating/patching an existing app, in place. the >>> >> devices >>> >> > are in single-app mode, so we would either have to pay for mdm and >>> then >>> >> use >>> >> > that service to push app updates, OR, if we didn't use mdm, we could >>> have >>> >> > the app pull the update and apply it. >>> >> > i can kind-of guess how to make it work, but i'm sure there are a >>> couple >>> >> of >>> >> > tricks that i don't want to have to figure out, if someone else has >>> >> already >>> >> > figured it out. >>> >> >>> >> you could use the "splashscreen" approach to update one or more stacks, >>> >> but that will >>> >> of course only work if you do not want to update the actual >>> engine/runtime. >>> >> >>> >> However I'm not sure if Apple will allow this, no problem on Android >>> >> however. >>> >> >>> >> >>> >> Best >>> >> >>> >> Klaus >>> >> >>> >> -- >>> >> Klaus Major >>> >> https://www.major-k.de >>> >> https://www.major-k.de/bass >>> >> klaus at major-k.de >>> >> >>> >> >>> >> _______________________________________________ >>> >> use-livecode mailing list >>> >> use-livecode at lists.runrev.com >>> >> Please visit this url to subscribe, unsubscribe and manage your >>> >> subscription preferences: >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >>> > >>> > >>> > -- >>> > On the first day, God created the heavens and the Earth >>> > On the second day, God created the oceans. >>> > On the third day, God put the animals on hold for a few hours, >>> > and did a little diving. >>> > And God said, "This is good." >>> > _______________________________________________ >>> > use-livecode mailing list >>> > use-livecode at 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 at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >>> >> >> >> -- >> On the first day, God created the heavens and the Earth >> On the second day, God created the oceans. >> On the third day, God put the animals on hold for a few hours, >> and did a little diving. >> And God said, "This is good." >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Thu Feb 29 08:28:38 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 08:28:38 -0500 Subject: sideloading updates to mobile In-Reply-To: <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: i haven't tried deploying to a device, yet, so bear with me: when you load the updated stack/behavior/etc., are you saving it into the app bundle, or elsewhere? on locked/single-app devices, persistence is the thing (but i would imagine that it works the same on single-app devices as it does for normal ones). On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > "Revert this stack". That just means "reload from disk". Or you can > specify > a different stack. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode > wrote: > > > so, how do we force LC to reload the stack? > > i can force the script to reload, and replace it, but if i want to reload > > the stack, do i have to close it, replace it, and then open it? > > > > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner > > wrote: > > > >> thanks, jlg. that's kind-of what i was thinking. > >> > >> > >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >> > >>> I've done this for several mobile apps. As long as the updates only > >>> reside > >>> in the app's sandboxed container, even the App Store doesn't care. > >>> > >>> Basically, I put a short text file on the server listing the update > >>> version(s) of the file(s), one per line if they are all different. > Every > >>> stack in the app suite has a custom property named cVersion. If > necessary > >>> you can also add the download URL to the same line. On launch, the app > >>> downloads and parses the text to see if the server version is different > >>> from the installed one. If so, it uses "put URL into URL > >>> >>> path>" to download and save the the updates to the mobile documents > >>> folder, > >>> overwriting the old ones. > >>> > >>> It's pretty simple, if I understand what you need correctly. I also > store > >>> other info in the the text file occasionally, such as a text string > >>> describing the updates so I can show an answer dialog if I want the > user > >>> to > >>> agree or decline the update (which will reappear on the next launch if > >>> they > >>> decline.) > >>> > >>> Sample text file is usually something like this: > >>> > >>> Stack 1 https://www.domain.com/updates/stack1.livecode > >>> Stack 2 https://www.domain.com/updates/stack2.livecode > >>> .. > >>> This update provides new functionality and bug fixes. > >>> > >>> If you don't want to scan each stack for its cVersion, you can keep a > >>> text > >>> file in the mobile documents folder that lists the current versions so > >>> you > >>> can easily compare that to the one on the server. After updating the > >>> stacks, update the stored text file as well. > >>> > >>> If updates are mandatory, just skip the comparisons entirely and > >>> force-download the updates. If only some of the stacks should be > updated, > >>> omit the ones that don't need to be updated from the server file. > >>> > >>> -- > >>> Jacqueline Landman Gay | jacque at hyperactivesw.com > >>> HyperActive Software | http://www.hyperactivesw.com > >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > >>> wrote: > >>> > >>> > right - no updating the engine + runtime in this scenario, just the > >>> > stacks + scripts, and perhaps plugins. > >>> > we are going to continue to only privately distribute to our > corporate > >>> > clients, so the app store won't be part of the equation. that does > not > >>> mean > >>> > that apple won't object, though (but, i believe the rules for > privately > >>> > distributed apps are much more lenient than for app store apps - at > >>> least, > >>> > they have been for us, up until now) > >>> > > >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > >>> > use-livecode at lists.runrev.com> wrote: > >>> > > >>> >> Hi Mike, > >>> >> > >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >>> >> use-livecode at lists.runrev.com>: > >>> >> > > >>> >> > sorry that i was not clear. we've been using private deploys since > >>> around > >>> >> > 2010, using airlaunch to generate the bundle, and then uploading > to a > >>> >> > private url. that's not what i meant. > >>> >> > i'm talking about updating/patching an existing app, in place. the > >>> >> devices > >>> >> > are in single-app mode, so we would either have to pay for mdm and > >>> then > >>> >> use > >>> >> > that service to push app updates, OR, if we didn't use mdm, we > could > >>> have > >>> >> > the app pull the update and apply it. > >>> >> > i can kind-of guess how to make it work, but i'm sure there are a > >>> couple > >>> >> of > >>> >> > tricks that i don't want to have to figure out, if someone else > has > >>> >> already > >>> >> > figured it out. > >>> >> > >>> >> you could use the "splashscreen" approach to update one or more > stacks, > >>> >> but that will > >>> >> of course only work if you do not want to update the actual > >>> engine/runtime. > >>> >> > >>> >> However I'm not sure if Apple will allow this, no problem on Android > >>> >> however. > >>> >> > >>> >> > >>> >> Best > >>> >> > >>> >> Klaus > >>> >> > >>> >> -- > >>> >> Klaus Major > >>> >> https://www.major-k.de > >>> >> https://www.major-k.de/bass > >>> >> klaus at major-k.de > >>> >> > >>> >> > >>> >> _______________________________________________ > >>> >> use-livecode mailing list > >>> >> use-livecode at lists.runrev.com > >>> >> Please visit this url to subscribe, unsubscribe and manage your > >>> >> subscription preferences: > >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode > >>> >> > >>> > > >>> > > >>> > -- > >>> > On the first day, God created the heavens and the Earth > >>> > On the second day, God created the oceans. > >>> > On the third day, God put the animals on hold for a few hours, > >>> > and did a little diving. > >>> > And God said, "This is good." > >>> > _______________________________________________ > >>> > use-livecode mailing list > >>> > use-livecode at 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 at lists.runrev.com > >>> Please visit this url to subscribe, unsubscribe and manage your > >>> subscription preferences: > >>> http://lists.runrev.com/mailman/listinfo/use-livecode > >>> > >> > >> > >> -- > >> On the first day, God created the heavens and the Earth > >> On the second day, God created the oceans. > >> On the third day, God put the animals on hold for a few hours, > >> and did a little diving. > >> And God said, "This is good." > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From jacque at hyperactivesw.com Thu Feb 29 15:09:44 2024 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 29 Feb 2024 14:09:44 -0600 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> You can't add or change anything inside the app bundle so downloaded files have to go in specialFolderPath("documents"). Copy the originals from the resources folder to the documents folder on first launch so you always have a known file path location. Any file in documents will be overwritten with the new download if the file name is the same. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode wrote: > i haven't tried deploying to a device, yet, so bear with me: > when you load the updated stack/behavior/etc., are you saving it into the > app bundle, or elsewhere? on locked/single-app devices, persistence is the > thing (but i would imagine that it works the same on single-app devices as > it does for normal ones). > > On Wed, Feb 28, 2024 at 10:12PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> "Revert this stack". That just means "reload from disk". Or you can >> specify >> a different stack. >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode >> wrote: >> >> > so, how do we force LC to reload the stack? >> > i can force the script to reload, and replace it, but if i want to reload >> > the stack, do i have to close it, replace it, and then open it? >> > >> > On Wed, Feb 21, 2024 at 8:28PM Mike Kerner >> > wrote: >> > >> >> thanks, jlg. that's kind-of what i was thinking. >> >> >> >> >> >> On Wed, Feb 21, 2024 at 4:58PM J. Landman Gay via use-livecode < >> >> use-livecode at lists.runrev.com> wrote: >> >> >> >>> I've done this for several mobile apps. As long as the updates only >> >>> reside >> >>> in the app's sandboxed container, even the App Store doesn't care. >> >>> >> >>> Basically, I put a short text file on the server listing the update >> >>> version(s) of the file(s), one per line if they are all different. >> Every >> >>> stack in the app suite has a custom property named cVersion. If >> necessary >> >>> you can also add the download URL to the same line. On launch, the app >> >>> downloads and parses the text to see if the server version is different >> >>> from the installed one. If so, it uses "put URL into URL >> >>> > >>> path>" to download and save the the updates to the mobile documents >> >>> folder, >> >>> overwriting the old ones. >> >>> >> >>> It's pretty simple, if I understand what you need correctly. I also >> store >> >>> other info in the the text file occasionally, such as a text string >> >>> describing the updates so I can show an answer dialog if I want the >> user >> >>> to >> >>> agree or decline the update (which will reappear on the next launch if >> >>> they >> >>> decline.) >> >>> >> >>> Sample text file is usually something like this: >> >>> >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode >> >>> .. >> >>> This update provides new functionality and bug fixes. >> >>> >> >>> If you don't want to scan each stack for its cVersion, you can keep a >> >>> text >> >>> file in the mobile documents folder that lists the current versions so >> >>> you >> >>> can easily compare that to the one on the server. After updating the >> >>> stacks, update the stored text file as well. >> >>> >> >>> If updates are mandatory, just skip the comparisons entirely and >> >>> force-download the updates. If only some of the stacks should be >> updated, >> >>> omit the ones that don't need to be updated from the server file. >> >>> >> >>> -- >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >>> HyperActive Software | http://www.hyperactivesw.com >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> >>> wrote: >> >>> >> >>> > right - no updating the engine + runtime in this scenario, just the >> >>> > stacks + scripts, and perhaps plugins. >> >>> > we are going to continue to only privately distribute to our >> corporate >> >>> > clients, so the app store won't be part of the equation. that does >> not >> >>> mean >> >>> > that apple won't object, though (but, i believe the rules for >> privately >> >>> > distributed apps are much more lenient than for app store apps - at >> >>> least, >> >>> > they have been for us, up until now) >> >>> > >> >>> > On Wed, Feb 21, 2024 at 12:53PM Klaus major-k via use-livecode < >> >>> > use-livecode at lists.runrev.com> wrote: >> >>> > >> >>> >> Hi Mike, >> >>> >> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >>> >> use-livecode at lists.runrev.com>: >> >>> >> > >> >>> >> > sorry that i was not clear. we've been using private deploys since >> >>> around >> >>> >> > 2010, using airlaunch to generate the bundle, and then uploading >> to a >> >>> >> > private url. that's not what i meant. >> >>> >> > i'm talking about updating/patching an existing app, in place. the >> >>> >> devices >> >>> >> > are in single-app mode, so we would either have to pay for mdm and >> >>> then >> >>> >> use >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we >> could >> >>> have >> >>> >> > the app pull the update and apply it. >> >>> >> > i can kind-of guess how to make it work, but i'm sure there are a >> >>> couple >> >>> >> of >> >>> >> > tricks that i don't want to have to figure out, if someone else >> has >> >>> >> already >> >>> >> > figured it out. >> >>> >> >> >>> >> you could use the "splashscreen" approach to update one or more >> stacks, >> >>> >> but that will >> >>> >> of course only work if you do not want to update the actual >> >>> engine/runtime. >> >>> >> >> >>> >> However I'm not sure if Apple will allow this, no problem on Android >> >>> >> however. >> >>> >> >> >>> >> >> >>> >> Best >> >>> >> >> >>> >> Klaus >> >>> >> >> >>> >> -- >> >>> >> Klaus Major >> >>> >> https://www.major-k.de >> >>> >> https://www.major-k.de/bass >> >>> >> klaus at major-k.de >> >>> >> >> >>> >> >> >>> >> _______________________________________________ >> >>> >> use-livecode mailing list >> >>> >> use-livecode at lists.runrev.com >> >>> >> Please visit this url to subscribe, unsubscribe and manage your >> >>> >> subscription preferences: >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >>> >> >> >>> > >> >>> > >> >>> > -- >> >>> > On the first day, God created the heavens and the Earth >> >>> > On the second day, God created the oceans. >> >>> > On the third day, God put the animals on hold for a few hours, >> >>> > and did a little diving. >> >>> > And God said, "This is good." >> >>> > _______________________________________________ >> >>> > use-livecode mailing list >> >>> > use-livecode at 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 at lists.runrev.com >> >>> Please visit this url to subscribe, unsubscribe and manage your >> >>> subscription preferences: >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >>> >> >> >> >> >> >> -- >> >> On the first day, God created the heavens and the Earth >> >> On the second day, God created the oceans. >> >> On the third day, God put the animals on hold for a few hours, >> >> and did a little diving. >> >> And God said, "This is good." >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From MikeKerner at roadrunner.com Thu Feb 29 17:32:33 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 17:32:33 -0500 Subject: sideloading updates to mobile In-Reply-To: <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: ah. that's a better way of handling this. i was going to have the app check the documents folder for updates, before loading a stack, but if i keep the source stacks, there, it will work better. On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > You can't add or change anything inside the app bundle so downloaded files > have to go in specialFolderPath("documents"). Copy the originals from the > resources folder to the documents folder on first launch so you always > have > a known file path location. Any file in documents will be overwritten with > the new download if the file name is the same. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode > wrote: > > > i haven't tried deploying to a device, yet, so bear with me: > > when you load the updated stack/behavior/etc., are you saving it into the > > app bundle, or elsewhere? on locked/single-app devices, persistence is > the > > thing (but i would imagine that it works the same on single-app devices > as > > it does for normal ones). > > > > On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> "Revert this stack". That just means "reload from disk". Or you can > >> specify > >> a different stack. > >> -- > >> Jacqueline Landman Gay | jacque at hyperactivesw.com > >> HyperActive Software | http://www.hyperactivesw.com > >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode > >> wrote: > >> > >> > so, how do we force LC to reload the stack? > >> > i can force the script to reload, and replace it, but if i want to > reload > >> > the stack, do i have to close it, replace it, and then open it? > >> > > >> > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner < > MikeKerner at roadrunner.com> > >> > wrote: > >> > > >> >> thanks, jlg. that's kind-of what i was thinking. > >> >> > >> >> > >> >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < > >> >> use-livecode at lists.runrev.com> wrote: > >> >> > >> >>> I've done this for several mobile apps. As long as the updates only > >> >>> reside > >> >>> in the app's sandboxed container, even the App Store doesn't care. > >> >>> > >> >>> Basically, I put a short text file on the server listing the update > >> >>> version(s) of the file(s), one per line if they are all different. > >> Every > >> >>> stack in the app suite has a custom property named cVersion. If > >> necessary > >> >>> you can also add the download URL to the same line. On launch, the > app > >> >>> downloads and parses the text to see if the server version is > different > >> >>> from the installed one. If so, it uses "put URL into > URL > >> >>> >> >>> path>" to download and save the the updates to the mobile documents > >> >>> folder, > >> >>> overwriting the old ones. > >> >>> > >> >>> It's pretty simple, if I understand what you need correctly. I also > >> store > >> >>> other info in the the text file occasionally, such as a text string > >> >>> describing the updates so I can show an answer dialog if I want the > >> user > >> >>> to > >> >>> agree or decline the update (which will reappear on the next launch > if > >> >>> they > >> >>> decline.) > >> >>> > >> >>> Sample text file is usually something like this: > >> >>> > >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode > >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode > >> >>> .. > >> >>> This update provides new functionality and bug fixes. > >> >>> > >> >>> If you don't want to scan each stack for its cVersion, you can keep > a > >> >>> text > >> >>> file in the mobile documents folder that lists the current versions > so > >> >>> you > >> >>> can easily compare that to the one on the server. After updating the > >> >>> stacks, update the stored text file as well. > >> >>> > >> >>> If updates are mandatory, just skip the comparisons entirely and > >> >>> force-download the updates. If only some of the stacks should be > >> updated, > >> >>> omit the ones that don't need to be updated from the server file. > >> >>> > >> >>> -- > >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com > >> >>> HyperActive Software | http://www.hyperactivesw.com > >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode > >> >>> wrote: > >> >>> > >> >>> > right - no updating the engine + runtime in this scenario, just > the > >> >>> > stacks + scripts, and perhaps plugins. > >> >>> > we are going to continue to only privately distribute to our > >> corporate > >> >>> > clients, so the app store won't be part of the equation. that does > >> not > >> >>> mean > >> >>> > that apple won't object, though (but, i believe the rules for > >> privately > >> >>> > distributed apps are much more lenient than for app store apps - > at > >> >>> least, > >> >>> > they have been for us, up until now) > >> >>> > > >> >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < > >> >>> > use-livecode at lists.runrev.com> wrote: > >> >>> > > >> >>> >> Hi Mike, > >> >>> >> > >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < > >> >>> >> use-livecode at lists.runrev.com>: > >> >>> >> > > >> >>> >> > sorry that i was not clear. we've been using private deploys > since > >> >>> around > >> >>> >> > 2010, using airlaunch to generate the bundle, and then > uploading > >> to a > >> >>> >> > private url. that's not what i meant. > >> >>> >> > i'm talking about updating/patching an existing app, in place. > the > >> >>> >> devices > >> >>> >> > are in single-app mode, so we would either have to pay for mdm > and > >> >>> then > >> >>> >> use > >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we > >> could > >> >>> have > >> >>> >> > the app pull the update and apply it. > >> >>> >> > i can kind-of guess how to make it work, but i'm sure there > are a > >> >>> couple > >> >>> >> of > >> >>> >> > tricks that i don't want to have to figure out, if someone else > >> has > >> >>> >> already > >> >>> >> > figured it out. > >> >>> >> > >> >>> >> you could use the "splashscreen" approach to update one or more > >> stacks, > >> >>> >> but that will > >> >>> >> of course only work if you do not want to update the actual > >> >>> engine/runtime. > >> >>> >> > >> >>> >> However I'm not sure if Apple will allow this, no problem on > Android > >> >>> >> however. > >> >>> >> > >> >>> >> > >> >>> >> Best > >> >>> >> > >> >>> >> Klaus > >> >>> >> > >> >>> >> -- > >> >>> >> Klaus Major > >> >>> >> https://www.major-k.de > >> >>> >> https://www.major-k.de/bass > >> >>> >> klaus at major-k.de > >> >>> >> > >> >>> >> > >> >>> >> _______________________________________________ > >> >>> >> use-livecode mailing list > >> >>> >> use-livecode at lists.runrev.com > >> >>> >> Please visit this url to subscribe, unsubscribe and manage your > >> >>> >> subscription preferences: > >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> >>> >> > >> >>> > > >> >>> > > >> >>> > -- > >> >>> > On the first day, God created the heavens and the Earth > >> >>> > On the second day, God created the oceans. > >> >>> > On the third day, God put the animals on hold for a few hours, > >> >>> > and did a little diving. > >> >>> > And God said, "This is good." > >> >>> > _______________________________________________ > >> >>> > use-livecode mailing list > >> >>> > use-livecode at 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 at lists.runrev.com > >> >>> Please visit this url to subscribe, unsubscribe and manage your > >> >>> subscription preferences: > >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode > >> >>> > >> >> > >> >> > >> >> -- > >> >> On the first day, God created the heavens and the Earth > >> >> On the second day, God created the oceans. > >> >> On the third day, God put the animals on hold for a few hours, > >> >> and did a little diving. > >> >> And God said, "This is good." > >> >> > >> > > >> > > >> > -- > >> > On the first day, God created the heavens and the Earth > >> > On the second day, God created the oceans. > >> > On the third day, God put the animals on hold for a few hours, > >> > and did a little diving. > >> > And God said, "This is good." > >> > _______________________________________________ > >> > use-livecode mailing list > >> > use-livecode at 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 at lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." From MikeKerner at roadrunner.com Thu Feb 29 21:35:53 2024 From: MikeKerner at roadrunner.com (Mike Kerner) Date: Thu, 29 Feb 2024 21:35:53 -0500 Subject: sideloading updates to mobile In-Reply-To: References: <9F0E2C59-27FD-49A8-AA22-DA8F6E9D080A@midwestcoastmedia.com> <18dcdac7158.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df2d876e8.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <18df67caf58.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: any reason to store in documents instead of in library? it seems like there might be less of a chance of the user misusing the Files app to break the app. On Thu, Feb 29, 2024 at 5:32 PM Mike Kerner wrote: > ah. that's a better way of handling this. i was going to have the app > check the documents folder for updates, before loading a stack, but if i > keep the source stacks, there, it will work better. > > On Thu, Feb 29, 2024 at 3:10 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> You can't add or change anything inside the app bundle so downloaded >> files >> have to go in specialFolderPath("documents"). Copy the originals from the >> resources folder to the documents folder on first launch so you always >> have >> a known file path location. Any file in documents will be overwritten >> with >> the new download if the file name is the same. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On February 29, 2024 7:31:28 AM Mike Kerner via use-livecode >> wrote: >> >> > i haven't tried deploying to a device, yet, so bear with me: >> > when you load the updated stack/behavior/etc., are you saving it into >> the >> > app bundle, or elsewhere? on locked/single-app devices, persistence is >> the >> > thing (but i would imagine that it works the same on single-app devices >> as >> > it does for normal ones). >> > >> > On Wed, Feb 28, 2024 at 10:12 PM J. Landman Gay via use-livecode < >> > use-livecode at lists.runrev.com> wrote: >> > >> >> "Revert this stack". That just means "reload from disk". Or you can >> >> specify >> >> a different stack. >> >> -- >> >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >> HyperActive Software | http://www.hyperactivesw.com >> >> On February 28, 2024 8:12:57 PM Mike Kerner via use-livecode >> >> wrote: >> >> >> >> > so, how do we force LC to reload the stack? >> >> > i can force the script to reload, and replace it, but if i want to >> reload >> >> > the stack, do i have to close it, replace it, and then open it? >> >> > >> >> > On Wed, Feb 21, 2024 at 8:28 PM Mike Kerner < >> MikeKerner at roadrunner.com> >> >> > wrote: >> >> > >> >> >> thanks, jlg. that's kind-of what i was thinking. >> >> >> >> >> >> >> >> >> On Wed, Feb 21, 2024 at 4:58 PM J. Landman Gay via use-livecode < >> >> >> use-livecode at lists.runrev.com> wrote: >> >> >> >> >> >>> I've done this for several mobile apps. As long as the updates only >> >> >>> reside >> >> >>> in the app's sandboxed container, even the App Store doesn't care. >> >> >>> >> >> >>> Basically, I put a short text file on the server listing the update >> >> >>> version(s) of the file(s), one per line if they are all different. >> >> Every >> >> >>> stack in the app suite has a custom property named cVersion. If >> >> necessary >> >> >>> you can also add the download URL to the same line. On launch, the >> app >> >> >>> downloads and parses the text to see if the server version is >> different >> >> >>> from the installed one. If so, it uses "put URL into >> URL >> >> >>> > >> >>> path>" to download and save the the updates to the mobile documents >> >> >>> folder, >> >> >>> overwriting the old ones. >> >> >>> >> >> >>> It's pretty simple, if I understand what you need correctly. I also >> >> store >> >> >>> other info in the the text file occasionally, such as a text string >> >> >>> describing the updates so I can show an answer dialog if I want the >> >> user >> >> >>> to >> >> >>> agree or decline the update (which will reappear on the next >> launch if >> >> >>> they >> >> >>> decline.) >> >> >>> >> >> >>> Sample text file is usually something like this: >> >> >>> >> >> >>> Stack 1 https://www.domain.com/updates/stack1.livecode >> >> >>> Stack 2 https://www.domain.com/updates/stack2.livecode >> >> >>> .. >> >> >>> This update provides new functionality and bug fixes. >> >> >>> >> >> >>> If you don't want to scan each stack for its cVersion, you can >> keep a >> >> >>> text >> >> >>> file in the mobile documents folder that lists the current >> versions so >> >> >>> you >> >> >>> can easily compare that to the one on the server. After updating >> the >> >> >>> stacks, update the stored text file as well. >> >> >>> >> >> >>> If updates are mandatory, just skip the comparisons entirely and >> >> >>> force-download the updates. If only some of the stacks should be >> >> updated, >> >> >>> omit the ones that don't need to be updated from the server file. >> >> >>> >> >> >>> -- >> >> >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >> >> >>> HyperActive Software | http://www.hyperactivesw.com >> >> >>> On February 21, 2024 12:53:25 PM Mike Kerner via use-livecode >> >> >>> wrote: >> >> >>> >> >> >>> > right - no updating the engine + runtime in this scenario, just >> the >> >> >>> > stacks + scripts, and perhaps plugins. >> >> >>> > we are going to continue to only privately distribute to our >> >> corporate >> >> >>> > clients, so the app store won't be part of the equation. that >> does >> >> not >> >> >>> mean >> >> >>> > that apple won't object, though (but, i believe the rules for >> >> privately >> >> >>> > distributed apps are much more lenient than for app store apps - >> at >> >> >>> least, >> >> >>> > they have been for us, up until now) >> >> >>> > >> >> >>> > On Wed, Feb 21, 2024 at 12:53 PM Klaus major-k via use-livecode < >> >> >>> > use-livecode at lists.runrev.com> wrote: >> >> >>> > >> >> >>> >> Hi Mike, >> >> >>> >> >> >> >>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode < >> >> >>> >> use-livecode at lists.runrev.com>: >> >> >>> >> > >> >> >>> >> > sorry that i was not clear. we've been using private deploys >> since >> >> >>> around >> >> >>> >> > 2010, using airlaunch to generate the bundle, and then >> uploading >> >> to a >> >> >>> >> > private url. that's not what i meant. >> >> >>> >> > i'm talking about updating/patching an existing app, in >> place. the >> >> >>> >> devices >> >> >>> >> > are in single-app mode, so we would either have to pay for >> mdm and >> >> >>> then >> >> >>> >> use >> >> >>> >> > that service to push app updates, OR, if we didn't use mdm, we >> >> could >> >> >>> have >> >> >>> >> > the app pull the update and apply it. >> >> >>> >> > i can kind-of guess how to make it work, but i'm sure there >> are a >> >> >>> couple >> >> >>> >> of >> >> >>> >> > tricks that i don't want to have to figure out, if someone >> else >> >> has >> >> >>> >> already >> >> >>> >> > figured it out. >> >> >>> >> >> >> >>> >> you could use the "splashscreen" approach to update one or more >> >> stacks, >> >> >>> >> but that will >> >> >>> >> of course only work if you do not want to update the actual >> >> >>> engine/runtime. >> >> >>> >> >> >> >>> >> However I'm not sure if Apple will allow this, no problem on >> Android >> >> >>> >> however. >> >> >>> >> >> >> >>> >> >> >> >>> >> Best >> >> >>> >> >> >> >>> >> Klaus >> >> >>> >> >> >> >>> >> -- >> >> >>> >> Klaus Major >> >> >>> >> https://www.major-k.de >> >> >>> >> https://www.major-k.de/bass >> >> >>> >> klaus at major-k.de >> >> >>> >> >> >> >>> >> >> >> >>> >> _______________________________________________ >> >> >>> >> use-livecode mailing list >> >> >>> >> use-livecode at lists.runrev.com >> >> >>> >> Please visit this url to subscribe, unsubscribe and manage your >> >> >>> >> subscription preferences: >> >> >>> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >>> >> >> >> >>> > >> >> >>> > >> >> >>> > -- >> >> >>> > On the first day, God created the heavens and the Earth >> >> >>> > On the second day, God created the oceans. >> >> >>> > On the third day, God put the animals on hold for a few hours, >> >> >>> > and did a little diving. >> >> >>> > And God said, "This is good." >> >> >>> > _______________________________________________ >> >> >>> > use-livecode mailing list >> >> >>> > use-livecode at 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 at lists.runrev.com >> >> >>> Please visit this url to subscribe, unsubscribe and manage your >> >> >>> subscription preferences: >> >> >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >>> >> >> >> >> >> >> >> >> >> -- >> >> >> On the first day, God created the heavens and the Earth >> >> >> On the second day, God created the oceans. >> >> >> On the third day, God put the animals on hold for a few hours, >> >> >> and did a little diving. >> >> >> And God said, "This is good." >> >> >> >> >> > >> >> > >> >> > -- >> >> > On the first day, God created the heavens and the Earth >> >> > On the second day, God created the oceans. >> >> > On the third day, God put the animals on hold for a few hours, >> >> > and did a little diving. >> >> > And God said, "This is good." >> >> > _______________________________________________ >> >> > use-livecode mailing list >> >> > use-livecode at 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 at lists.runrev.com >> >> Please visit this url to subscribe, unsubscribe and manage your >> >> subscription preferences: >> >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> > >> > >> > -- >> > On the first day, God created the heavens and the Earth >> > On the second day, God created the oceans. >> > On the third day, God put the animals on hold for a few hours, >> > and did a little diving. >> > And God said, "This is good." >> > _______________________________________________ >> > use-livecode mailing list >> > use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good."