Re: By popular demand - Extend access to LC Classic IDEs BEYOND 2027!

[Mike Kerner via use-livecode]

sunlight is the greatest disinfectant.
these are conversations that should be held in the open.

On Fri, Aug 2, 2024 at 1:10 PM Heather Laine via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I understand busy. Sometimes we are so busy chopping down trees we cannot
> see the wood.
>
> You have a specific situation. The people on this list cannot help you
> resolve it. Talking about it on this list and indeed reading the long
> conversations on this list is using up your precious time. Maybe taking
> half an hour to talk about it direct with us would resolve it and
> potentially save you... I have no idea how long rewriting your apps.
>
> But its entirely up to you.
>
> Best Regards,
>
> Heather
>
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
>
>
>
> > On 2 Aug 2024, at 17:21, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > heather, as i told you, at the time, i am busy running multiple
> companies.
> > i don't have time for pitches.
> > i asked for you to send me the information so that i could review it,
> ahead
> > of a call. that request was declined.
> > if the pricing remains untenable, we will be rewriting apps and exiting.
> >
> >
> > On Fri, Aug 2, 2024 at 12:01 PM Roger Guay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> If this is the conclusion that you come to, then I failed to make my
> case.
> >> Sorry!
> >>
> >> I thank Kevin for keeping this amazing tool going for so many years and
> >> want him to succeed in the future.
> >>
> >> Roger
> >>
> >>> On Aug 2, 2024, at 8:17 AM, Bob Sneidar via use-livecode <
> >> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>
> >> wrote:
> >>>
> >>> You cannot mean that you want him to go bankrupt so that you can
> >> maintain your hobby!
> >>
> >>
> >>> On Aug 2, 2024, at 8:17 AM, Bob Sneidar via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Kevin has clearly made the point that it has become financially
> >> untenable to continue with the classic licensing model. You cannot mean
> >> that you want him to go bankrupt so that you can maintain your hobby!
> You
> >> are asking him for what he cannot give. It only remains then for all of
> us
> >> to decide what we can and cannot accept.
> >>>
> >>> Bob S
> >>>
> >>>
> >>> On Aug 2, 2024, at 7:59 AM, Roger Guay via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> I too am in the "Clasic Is For Me Crowd”
> >>>
> >>> - Been here since Metacard
> >>> - Use LC strictly as a hobby
> >>> - LC is extremely important to me as a hobby
> >>> - Have created hundreds of tools, utilities, simulations, fun things
> >> just for shear enjoyment and mental exercise
> >>> - Have frequent internet problems that interfere with cloud computing
> >>> - Have participated in every fundraising campagne
> >>> - Frequently contributed to Example Stacks including Alien Civilization
> >> Detection simulation
> >>>
> >>> I beg you, Kevin, don’t take this away from us
> >>>
> >>> Roger
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On 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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: By popular demand - Extend access to LC Classic IDEs BEYOND 2027!

[Mike Kerner via use-livecode]

heather, as i told you, at the time, i am busy running multiple companies.
i don't have time for pitches.
i asked for you to send me the information so that i could review it, ahead
of a call. that request was declined.
if the pricing remains untenable, we will be rewriting apps and exiting.


On Fri, Aug 2, 2024 at 12:01 PM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> If this is the conclusion that you come to, then I failed to make my case.
> Sorry!
>
>  I thank Kevin for keeping this amazing tool going for so many years and
> want him to succeed in the future.
>
> Roger
>
> > On Aug 2, 2024, at 8:17 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com >
> wrote:
> >
> > You cannot mean that you want him to go bankrupt so that you can
> maintain your hobby!
>
>
> > On Aug 2, 2024, at 8:17 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Kevin has clearly made the point that it has become financially
> untenable to continue with the classic licensing model. You cannot mean
> that you want him to go bankrupt so that you can maintain your hobby! You
> are asking him for what he cannot give. It only remains then for all of us
> to decide what we can and cannot accept.
> >
> > Bob S
> >
> >
> > On Aug 2, 2024, at 7:59 AM, Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I too am in the "Clasic Is For Me Crowd”
> >
> > - Been here since Metacard
> > - Use LC strictly as a hobby
> > - LC is extremely important to me as a hobby
> > - Have created hundreds of tools, utilities, simulations, fun things
> just for shear enjoyment and mental exercise
> > - Have frequent internet problems that interfere with cloud computing
> > - Have participated in every fundraising campagne
> > - Frequently contributed to Example Stacks including Alien Civilization
> Detection simulation
> >
> > I beg you, Kevin, don’t take this away from us
> >
> > Roger
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: By popular demand - Extend access to LC Classic IDEs BEYOND 2027!

[Mike Kerner via use-livecode]

as i have previously said, the new pricing ($440 per deployed device) is
untenable for my companies. we won't pay 4d for their REST licenses (for a
much more complete product), either.
we are starting to actively search for alternatives.
if the pricing does not change to something that is actually reasonable,
we're out.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode Future

[Mike Kerner via use-livecode]

i appreciate the feedback. we've looked at xojo, a number of times, but
never written anything important in it. it was just an option that came to
mind, immediately, when thinking about LC competitors, and their pricing.
if we we decide to pull the plug on LC and rewrite our mobile apps, xojo
would certainly be an environment we would consider.

On Sat, Jul 27, 2024 at 4:16 PM Phil Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Xojo is not true multithreaded.   The threads are cooperative, not
> preemptive.  It uses "workers" which are basically helper apps to sort of
> do multithreads.   They are working on preemptive threads but no idea when
> that will happen.  The IDE is written in Xojo so its use of threads is
> limited.
>
> My personal opinion... stay away from Xojo.  Their CEO does not listen to
> customers and they spend more time renaming controls and events then
> actually adding value to the language.  They have different names for
> controls on each platform, i.e. DesktopButton, IOSButton, AndroidButton so
> you cannot use GUI code between platforms.Documentation leaves a lot to
> be desired.
>
> I used Xojo for many years until they came out with API2 and started
> renaming everything just for the sake of renaming.  Its a mess now.
>
> 
>
> From: "Mike Kerner via use-livecode" 
> Sent: 7/27/24 9:28 AM
> To: How to use LiveCode 
> Cc: Mike Kerner 
> Subject: Re: Livecode Future
>
> sean,
>
> * in reverse order: compare to xojo. $799. unlimited deployment
>
> (mac/win/linux/web/mobile, console/service apps. instead of bragging about
>
> their consulting service, they send you consulting leads). if you want to
>
> unlock god mode, with things like "top priority support", "fast fixes",
>
> "rapid report verification", it's $1999.
>
> * my MRP/ERP server, which runs the back office modules (AR/AP/GL/Payroll,
>
> etc.), and includes dev tools and support: $322. that is not a typo. the
>
> dev tools are primitive.
>
> * at the other end, 4D, the "super-expensive" database/application/RAD/web
>
> server, which also includes multi-threaded apps, base price, with two
>
> users... $274. each additional user in the tier: $94. unlimited web
>
> clients: $335. our total: $891. (god mode is an additional $999). that
>
> makes the pricing a little less expensive than xojo, and it also includes
>
> the servers.
>
> * all three of those products are multithreaded.
>
> * i'm more concerned about the corporate app seats than i am about whether
>
> 5% or $440 per device for customers is a bigger deal killer for commercial
>
> clients - it won't be the first time we had someone rewrite an app for a
>
> customer.
>
> * $440/device is not happening. even $100/device is not happening. we are
>
> not paying $100/employee so they can run our payroll app, for instance, on
>
> their phone.
>
> ___
>
> use-livecode mailing list
>
> use-livecode@lists.runrev.com
>
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
>
> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode Future

[Mike Kerner via use-livecode]

sean,
* in reverse order: compare to xojo. $799. unlimited deployment
 (mac/win/linux/web/mobile, console/service apps. instead of bragging about
their consulting service, they send you consulting leads). if you want to
unlock god mode, with things like "top priority support", "fast fixes",
"rapid report verification", it's $1999.
* my MRP/ERP server, which runs the back office modules (AR/AP/GL/Payroll,
etc.), and includes dev tools and support: $322. that is not a typo. the
dev tools are primitive.
* at the other end, 4D, the "super-expensive" database/application/RAD/web
server, which also includes multi-threaded apps, base price, with two
users... $274. each additional user in the tier: $94. unlimited web
clients: $335. our total: $891. (god mode is an additional $999). that
makes the pricing a little less expensive than xojo, and it also includes
the servers.
* all three of those products are multithreaded.
* i'm more concerned about the corporate app seats than i am about whether
5% or $440 per device for customers is a bigger deal killer for commercial
clients - it won't be the first time we had someone rewrite an app for a
customer.
* $440/device is not happening. even $100/device is not happening. we are
not paying $100/employee so they can run our payroll app, for instance, on
their phone.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode Future

[Mike Kerner via use-livecode]

FWIW, i was thinking about an example of a competing product, and its
pricing.
here's xojo's "buy" url: https://xojo.com/store/
these are annual prices. it's actually a little less expensive than i would
have guessed, but it is what it is.

On Fri, Jul 26, 2024 at 12:05 PM Heriberto Torrado via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, it really is a shame what is happening. I understand that LiveCode
> has every right to monetize their product. I would be more than willing
> to donate a small amount on top of the license fee to support LiveCode.
> Working with something so similar to HyperCard is truly enjoyable, and
> the LiveCode community is fantastic. However, this significant increase
> in development costs is a major concern.
>
> There are free alternatives like Flutter (which supports both desktop
> and mobile development), Electron, NW.js, NeutralinoJS, and Lazarus (for
> desktop). Unfortunately, these tools use programming languages that are
> much less user-friendly than LiveCode, such as Dart, JavaScript, and
> Pascal. Additionally, with Electron and NeutralinoJS, you cannot hide
> the source code.
>
> Best regards,
> Heriberto
>
> On 7/26/24 11:53, Colin Kelly wrote:
> >
> > Hi Heriberto,
> >
> > I find myself in a very similar situation with 180+ employees the new
> > licensing modal is not suitable for the MSE space, at least, not for
> > our specific needs.
> > Such a shame that after 10 years of working with LC and being along
> > for the ride as the product **nearly** matures I too will have to
> > leave the LC community and seek alternatives…
> >
> > Col.
> >
> > *From: *use-livecode  on behalf
> > of Heriberto Torrado via use-livecode 
> > *Date: *Friday, 26 July 2024 at 16:37
> > *To: *Bob Sneidar via use-livecode 
> > *Cc: *Heriberto Torrado 
> > *Subject: *Re: Livecode Future
> >
> > Hi Bob,
> >
> > Thank you very much for clarifying my question. Based on your response,
> > it's clear that LiveCode is not suitable for our needs.
> >
> > In my current role at the new company, I've developed several small
> > applications using LiveCode for internal use: a client onboarding form,
> > a workflow management app for our printers, and a folder encryption
> > tool. These are small utilities, and it wouldn't be feasible for each
> > user to pay $150 per app, resulting in $450 per employee.
> >
> > I previously purchased the Indy license and intended to buy a similar
> > one now. However, it seems I will need to find another solution.
> >
> > As you mentioned, the Mobile development license is not relevant for us
> > since I only develop desktop applications.
> >
> > Additionally, our strict security measures mean our firewalls won't
> > allow LiveCode applications to communicate externally.
> >
> > After 15 years of working with LiveCode, I've learned that relying on
> > programming languages  without a big community and free licensing can
> > lead to significant risks and potential loss of knowledge.
> >
> > Best regards,
> > Heriberto
> >
> > On 7/26/24 11:07, Bob Sneidar via use-livecode wrote:
> > > Yes each user who uses your app will require a seat license.
> > >
> > > Bob S
> > >
> > >
> > > On Jul 25, 2024, at 5:28 PM, Heriberto Torrado via use-livecode
> >  wrote:
> > >
> > > Hello,
> > >
> > > I apologize for asking my questions again, but after carefully
> > reading the previous email, I am still a bit confused.
> > >
> > > My situation is as follows: I work as the IT Director at a company
> > in New York. Among many other responsibilities, I have developed
> > several apps for internal use by our employees. My question is
> > straightforward: With the new licensing model, does each employee need
> > to pay for a license? I am currently using the "Community" version,
> > but it does not work on Apple Silicon devices. Therefore, I am
> > considering purchasing a new license.
> > >
> > > Thank you for your assistance.
> > >
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
__

Re: Livecode Future

[Mike Kerner via use-livecode]

after the emails from kevin and heather, this morning, here's hoping we get
a discussion of a more typical/traditional corporate app dev tier, because
that's what lc is. it's not a db server. it's not an application server,
it's a app dev tool, for building standalone, single-threaded, engined
binaries.

On Thu, Jul 25, 2024 at 8:30 PM Heriberto Torrado via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello,
>
> I apologize for asking my questions again, but after carefully reading
> the previous email, I am still a bit confused.
>
> My situation is as follows: I work as the IT Director at a company in
> New York. Among many other responsibilities, I have developed several
> apps for internal use by our employees. My question is straightforward:
> With the new licensing model, does each employee need to pay for a
> license? I am currently using the "Community" version, but it does not
> work on Apple Silicon devices. Therefore, I am considering purchasing a
> new license.
>
> Thank you for your assistance.
>
> On 7/25/24 11:30, Kevin Miller via use-livecode wrote:
> > If they are internal apps in your company then you understand it
> correctly. They are seats. So your cost for 3 (2 users plus yourself) would
> be $1320 annually. Alex is referring to apps for sale, not to internal
> users within your company.
> >
> > Kind regards,
> >
> > Kevin
> >
> > Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> > LiveCode: Build Amazing Things
> >
> >
> >
> >
> > On 25/07/2024, 16:26, "use-livecode on behalf of Bob Sneidar via
> use-livecode"  use-livecode-boun...@lists.runrev.com> on behalf of
> use-livecode@lists.runrev.com >
> wrote:
> >
> >
> >
> > If that is true then I misunderstand the licensing model. My
> understanding is that every app I distribute for someone else to use is a
> “seat” as well as me the developer, another seat. I have 3 “seats” at
> present including myself, all are internal users to the company I work for,
> but the company does not pay me to do this development. I wrote the
> application to make generating forms easier for the IT technicians in the
> field.
> >
> >
> > Are you saying I can purchase one developer seat for $499, build 2
> standalone apps and not have to pay for the other two seats, as long as I
> do not make any money from the app??
> >
> >
> > Bob S
> >
> >
> >
> >
> >> On Jul 24, 2024, at 7:44 PM, Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com >
> wrote:
> >>
> >> It’s the one signposted as something like “growing the community”.
> >>
> >> I too dislike videos, so avoided watching this until Kevin said there
> was info about lifetime license holders in a video.
> >>
> >> btw, I am a hobbyist deriving no income from LC, and I think you’re
> incorrect about there being no place for us in LC’s future. We can build
> and distribute our non-íncome-producing apps by getting a single developer
> seat ($449 per year); not a trivial amount but not much for a hobby (less
> than membership at my local golf club or gym, even before I think about
> buying clubs or trainers or replacing all the lost golf balls). The
> expiration of the lifetime license will be compensated for by a discount at
> the first license renewal (in December 2025??), though we don’t yet know
> how that will be calculated.
> >>
> >> Sent from my iPhone
> >>
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com 
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode <
> http://lists.runrev.com/mailman/listinfo/use-livecode>
> >
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode Future

[Mike Kerner via use-livecode]

i'm coming to this conversation, late, because i'm spending very little
time coding, and most of my time managing.
if i understand the pricing correctly, LC wants to charge $440/year for
each mobile device that is running an app that we wrote (we don't have any
publicly available apps, so the 5%, aka the sales commission, wouldn't
apply).
so, for the app that we use on kiosks in our plant, and have messed around
with letting employees put on their own phones, we're talking about
somewhere around $7,000 (16 devices) for our internal app, and another
$20-25k for our customers' apps.
i hope that i'm wrong about that. if i'm not, lc just entered the realm of
uncompetitive for building and running these mobile apps.

On Thu, Jul 25, 2024 at 11:30 AM Kevin Miller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> If they are internal apps in your company then you understand it
> correctly. They are seats. So your cost for 3 (2 users plus yourself) would
> be $1320 annually. Alex is referring to apps for sale, not to internal
> users within your company.
>
> Kind regards,
>
> Kevin
>
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> LiveCode: Build Amazing Things
>
>
>
>
> On 25/07/2024, 16:26, "use-livecode on behalf of Bob Sneidar via
> use-livecode"  use-livecode-boun...@lists.runrev.com> on behalf of
> use-livecode@lists.runrev.com >
> wrote:
>
>
>
> If that is true then I misunderstand the licensing model. My understanding
> is that every app I distribute for someone else to use is a “seat” as well
> as me the developer, another seat. I have 3 “seats” at present including
> myself, all are internal users to the company I work for, but the company
> does not pay me to do this development. I wrote the application to make
> generating forms easier for the IT technicians in the field.
>
>
> Are you saying I can purchase one developer seat for $499, build 2
> standalone apps and not have to pay for the other two seats, as long as I
> do not make any money from the app??
>
>
> Bob S
>
>
>
>
> > On Jul 24, 2024, at 7:44 PM, Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com >
> wrote:
> >
> > It’s the one signposted as something like “growing the community”.
> >
> > I too dislike videos, so avoided watching this until Kevin said there
> was info about lifetime license holders in a video.
> >
> > btw, I am a hobbyist deriving no income from LC, and I think you’re
> incorrect about there being no place for us in LC’s future. We can build
> and distribute our non-íncome-producing apps by getting a single developer
> seat ($449 per year); not a trivial amount but not much for a hobby (less
> than membership at my local golf club or gym, even before I think about
> buying clubs or trainers or replacing all the lost golf balls). The
> expiration of the lifetime license will be compensated for by a discount at
> the first license renewal (in December 2025??), though we don’t yet know
> how that will be calculated.
> >
> > Sent from my iPhone
> >
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode <
> http://lists.runrev.com/mailman/listinfo/use-livecode>
>
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets RFC 6455

[Mike Kerner via use-livecode]

what did you send to chatgpt to generate the LC expert model?

On Wed, Jul 24, 2024 at 11:46 AM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mike,
>
> I also asked it to check over each answer before i accepted it.
> so it is essentially 2-shot instead of the usual 1.
> The reason I added the script for httpd is so that it would not need to
> figure out correct syntax for socket connections, by having examples of the
> correct syntax.
> Yes, I supplied the RFC instead of referencing it (This is for Calude
> "projects' feature, which is similar to OpenAIs GPT creation, where you can
> also include files as part of knowledge base.)
>
> I think ChatGPT would have done OK on this, but I think Claude opus is a
> little better in this regard.
>
> See if you have better luck generating livecode with this
>
> https://chatgpt.com/g/g-AuN0YeBOr-livecode-expert-gpt
>
> Thanks,
>
> Tom
>
>
>
> On Wed, Jul 24, 2024 at 8:29 AM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > so, for you, the trick was:
> > * claude (opus)
> > * supply some lc source code in a similar universe (curious why you did
> > that)
> > * supply the rfc, not just referencing the rfc
> > anything else?
> >
> > On Tue, Jul 23, 2024 at 7:31 PM Tom Glod via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Hey Mike,
> > >
> > > I describe how I did it on the GitHub page. I find all llms work better
> > > when they have a starting point if you ask them just to start from
> > nothing
> > > the performance will be significantly worse.
> > >
> > > Examples of correct responses are key so in this case I provided the
> > source
> > > code for the httpd library for livecode. I also provided the specs for
> > the
> > > standard.
> > >
> > > And it was Claude opus. I'll get the client code in there soon thanks
> for
> > > letting me know about that ...duh! 😉 I would have found out I guess
> > when I
> > > got to testing it
> > >
> > > On Tue, Jul 23, 2024, 10:48 a.m. Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > i'd like to learn more about how you did this.
> > > > i have had terrible luck getting any of the LLM's to generate
> > reasonable
> > > LC
> > > > code (including multiple attempts on this very topic).
> > > > ___
> > > > use-livecode mailing list
> > > > use-livecode@lists.runrev.com
> > > > Please visit this url to subscribe, unsubscribe and manage your
> > > > subscription preferences:
> > > > http://lists.runrev.com/mailman/listinfo/use-livecode
> > > >
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> > >
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On 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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets RFC 6455

[Mike Kerner via use-livecode]

so, for you, the trick was:
* claude (opus)
* supply some lc source code in a similar universe (curious why you did
that)
* supply the rfc, not just referencing the rfc
anything else?

On Tue, Jul 23, 2024 at 7:31 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hey Mike,
>
> I describe how I did it on the GitHub page. I find all llms work better
> when they have a starting point if you ask them just to start from nothing
> the performance will be significantly worse.
>
> Examples of correct responses are key so in this case I provided the source
> code for the httpd library for livecode. I also provided the specs for the
> standard.
>
> And it was Claude opus. I'll get the client code in there soon thanks for
> letting me know about that ...duh! 😉 I would have found out I guess when I
> got to testing it
>
> On Tue, Jul 23, 2024, 10:48 a.m. Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > i'd like to learn more about how you did this.
> > i have had terrible luck getting any of the LLM's to generate reasonable
> LC
> > code (including multiple attempts on this very topic).
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets RFC 6455

[Mike Kerner via use-livecode]

i'd like to learn more about how you did this.
i have had terrible luck getting any of the LLM's to generate reasonable LC
code (including multiple attempts on this very topic).
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets RFC 6455

[Mike Kerner via use-livecode]

see the issue i posted on the repo

On Sat, Jul 13, 2024 at 12:20 PM Mike Kerner 
wrote:

> cool
>
> On Fri, Jul 12, 2024 at 9:06 PM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Heyall,
>>
>> I wanted to test Anthropic's Claude Opus with Livecode on a real project.
>> So I chose to worked with it to implement WebSocket's standard RFC 6455
>>
>> Methodology is explained in github page.
>> It only had issue with 1 or 2 things, most code compiled straight from the
>> generation.
>> Very impressed with it over ChatGPT.
>>
>> Obviously, its still WIP, untested code.
>> But I wanted to share it here at this, its earliest state.
>> If anyone wants to follow the project,
>> Or help out in testing and correcting.
>>
>> websocketking.com is what I will likely use to start testing the
>> handlers.
>> The hard part is yet to come, but I can't see how this did not save tons
>> of
>> time already.
>> It only took a couple hours, not including usage wait times.
>> I think its a good starting point.
>>
>> Testing will start soon enough.
>> I started this early so that when inevitably I really need web sockets,
>> there is some kind of hope.
>> My main need for this is the ability to stream data like for example
>> streaming responses from openAI voice / chat completions.
>>
>> https://github.com/MakeShyftRDA/Websockets-for-Livecode
>>
>> Enjoy.
>>
>> Tom
>> .
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets RFC 6455

[Mike Kerner via use-livecode]

cool

On Fri, Jul 12, 2024 at 9:06 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Heyall,
>
> I wanted to test Anthropic's Claude Opus with Livecode on a real project.
> So I chose to worked with it to implement WebSocket's standard RFC 6455
>
> Methodology is explained in github page.
> It only had issue with 1 or 2 things, most code compiled straight from the
> generation.
> Very impressed with it over ChatGPT.
>
> Obviously, its still WIP, untested code.
> But I wanted to share it here at this, its earliest state.
> If anyone wants to follow the project,
> Or help out in testing and correcting.
>
> websocketking.com is what I will likely use to start testing the handlers.
> The hard part is yet to come, but I can't see how this did not save tons of
> time already.
> It only took a couple hours, not including usage wait times.
> I think its a good starting point.
>
> Testing will start soon enough.
> I started this early so that when inevitably I really need web sockets,
> there is some kind of hope.
> My main need for this is the ability to stream data like for example
> streaming responses from openAI voice / chat completions.
>
> https://github.com/MakeShyftRDA/Websockets-for-Livecode
>
> Enjoy.
>
> Tom
> .
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: web/Happy 4th

[Mike Kerner via use-livecode]

HAPPY TREASON DAY!

On Wed, Jul 3, 2024 at 8:46 AM Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I've been wanting to say, with a slight delay...
> Thanks for your comment - It's a great year for encouragement!
>
> I hope everyone has a great week, and 4th!
>
> Mark Smith:
>
>  > 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.
>
> Me:
>
>  > 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!
>
> Best wishes,
>
> Curry Kenworthy
>
> Radically Innovative Christian LiveCode Development
> "PASSION for Elegant, Efficient Code!"
> https://livecodeconsulting.com/
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Planning upgrade to Mac OS Sonoma 14.5 – any issues with LiveCode 9.6.12 or LC 10 Create?

[Mike Kerner via use-livecode]

still sitting on ventura. usually LC is the reason why i hold off on
updating macOS, but i'm not sure what is compelling about sonoma, anyway.

On Thu, Jun 27, 2024 at 8:12 AM Martin Koob via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all
>
> I am always a laggard when it comes to doing system upgrades. Long ago
> traumas still linger I guess.  Anyway, it is usually between the Apple
> Developer Conference iatn the beginning of summer and the release of the
> new OS version in the fall when I get enough courage to go for it and
> upgrade to the current macOS.
>
> So, as the subject said are there any issues with LiveCode 9.6.12 or LC 10
> Create that should give me pause or should I take the plunge?
>
> Martin Koob
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Socket Packaging

[Mike Kerner via use-livecode]

have a look at caddy. it allows you to reverse proxy and have the best of
both worlds:
* server traffic to and from caddy is in the clear, so less mess
* caddy handles all the cert silliness, while also giving you ssl to/from
the clients
we've been doing this for two years (maybe it's three, now). it works
great, and i never have to think about it.
also, the configuration was really, really simple.

On Mon, Jun 24, 2024 at 12:23 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all.
>
> I came up with deceptively simple wrappers for packaging data for
> transmission over raw sockets. I can’t send the slyEncrypt and slyDecrypt
> handlers because I use methods no one else knows. But you can roll your own
> or else eliminate encryption altogether.
>
> And to answer the question befor it’s asked, I don’t use SSL because I
> don’t like having to deal with certificates, and also because I use a
> method for encryption that I don’t think anyone else has thought of, or at
> least I can’t find any info online.
>
> Bob S
>
> command packagePayload @pPayload, pUseEncryption
>if pPayload is an array then \
>  put arrayEncode(pPayload) into pPayload
>
>if pUseEncryption then \
>  put slyEncrypt(pPayload) into pPayload
>
>put base64Encode(pPayload) into pPayload
> end packagePayload
>
> command unpackPayload @pPayload
>put base64Decode(pPayload) into pPayload
>
>if pPayload begins with "salted" then \
>  put slyDecrypt(pPayload) into pPayload
>
>try
>   put arrayDecode(pPayload) into tResult
>   put tResult into pPayload
>catch tError
>   -- not an array
>end try
> end unpackPayload
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Hacking LiveCode

[Mike Kerner via use-livecode]

the lc hack repo <https://github.com/macMikey/LC-HACK> has been updated
with more goodness from mark wieder. mark added more patches to powerPlug
and more ways to apply patches to powerStrip
examples:
* can handle object scripts
* can now add missing functions
* new PowerPlugs for additional bugfixes


On Sun, Sep 25, 2022 at 5:57 PM Mike Kerner 
wrote:

> that's one of the things i'm wondering about, like "did you uninstall it,
> or just unload it, or did you uninstall it but not unload it? did you build
> a new version in the test environment and test that against an existing
> install?"
> it's been days since i ran into this, and the only notes that i have on it
> are that i ran into it. i didn't keep track of the recipe.
>
>
> On Sun, Sep 25, 2022 at 5:08 PM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Did you restart LiveCode after installing the updated widget?
>>
>> Brian Milby
>> br...@milby7.com
>>
>> > On Sep 25, 2022, at 4:53 PM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > 1. is that documented, somewhere, because i cannot find it.
>> > 2. that isn't the problem i was having. the problem i was having was
>> that
>> > if i took a widget (navRad, for instance), and added code to it, then
>> > installed the new version, preexisting copies of the widget would not
>> > execute the new code. new copies would.
>> > so, it's 100% possible that i discovered some other behavior, but after
>> > testing it a few times, instead of documenting the recipe, i accepted
>> that
>> > this was the behavior, and went about addressing it. except, today,
>> when i
>> > tested it, the behavior is the one that you would want (in unbuilt apps,
>> > behaviors in newer versions of the widget are reflected in existing
>> copies
>> > of the widget). so i have to go replicate the behavior, again and
>> develop a
>> > recipe, again.
>> > 3. fortunately or not, chasing this particular bear for days has
>> resulted
>> > in a snippet in the hack repo which i hope extracts all properties for
>> an
>> > object, standard or specific.
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Apple developer application and installer certificates

[Mike Kerner via use-livecode]

for anyone else dropping into this thread, custom apps have to be rebuilt
with a new cert, once per year.
it's not a big deal, it's just something that has to be done. it takes a
few minutes, max.

On Wed, Jun 12, 2024 at 6:11 PM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello Tariel,
>
> renewing is very easy and takes only minutes. If you want, I can guide you
> through this process.
> Just contact me off-list.
>
> Regards,
> Matthias
>
> > Am 12.06.2024 um 17:07 schrieb Tariel Gogoberidze via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hello,
> >
> > I received message from apple that
> >
> > --
> > Your Developer ID Installer Certificate will no longer be valid in 30
> days. To generate a new certificate, sign in and visit Certificates,
> Identifiers & Profiles.
> >
> > And
> >
> > Your Developer ID Application Certificate will no longer be valid in 30
> days. To generate a new certificate, sign in and visit Certificates,
> Identifiers & Profiles.
> > —
> >
> > We do have applications created in LiveCode that we are still selling
> (outside of apple store) but this applications were apple certified with
> the help of Matthias Rebbe and I have no idea how to renew or generate new
> Installer and Developer ID certificates.
> >
> > The remote colocation computer on which Matthias did this certification
> magic is still available to connect to and we do have apple developer
> account. So if Matthias or somebody else is willing to help (for a payment
> of course) I will appreciate it and will provide access to remote computer,
> apple developer ID and other necessary information.
> >
> > Regards
> > Tariel Gogoveridze
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mosquitto library.

[Mike Kerner via use-livecode]

the original question was about mosquitto and handling messaging, thus the
remarks about websockets.
bob:
the server just opens the port and listens. there is no timeout on the
server. the client sends the request, and then times out if it does not
receive a reply.
whether it receives a reply or times out, the request is closed, and the
client stops listening. the server does not retain the ability to continue
to communicate with the client, once it has replied. websockets keep that
channel open.

On Wed, Jun 12, 2024 at 1:40 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Richard.
>
> This email thread now has me curious. If I have an app that starts
> listening on a port, does that server port have a timeout associated with
> it that needs refreshing, or does the timeout only exist when a client
> connects? I have always assumed the latter.
>
> Bob S
>
>
> > On Jun 12, 2024, at 10:26 AM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Mike Kerner wrote:
> >
> >> Richard wrote:
> >>> Either way, I'd imagine a subscribe client looking to avoid polling
> >>> is going to depend on a long-lived socket, no?
> >>
> >> That's part of the point of a websocket. you don't have to keep
> >> reopening it, and both ends can use it, as needed.
> >
> > Exactly, websockets are useful in browser apps because browsers don't
> offer direct socket support.
> >
> > LiveCode makes OS-native apps and supports sockets.
> >
> > The socketTimeoutInterval lets us set how long they live.
> >
> > What am I missing?
> >
> > --
> > Richard Gaskin
> > FourthWorld.com
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mosquitto library.

[Mike Kerner via use-livecode]

>Either way, I'd imagine a subscribe client looking to avoid polling is
going to depend on a long-lived socket, no?
That's part of the point of a websocket. you don't have to keep reopening
it, and both ends can use it, as needed.

On Mon, Jun 10, 2024 at 11:38 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> No, and Yes. ;-)
>
> Bob S
>
>
> On Jun 8, 2024, at 6:11 PM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> * if we get websockets working, that will be another way to make this work.
>
> Do we need websockets on this?  XMPP, for example, runs over regular
> sockets.
>
> Either way, I'd imagine a subscribe client looking to avoid polling is
> going to depend on a long-lived socket, no?
>
>
> Richard Gaskin
> FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mosquitto library.

[Mike Kerner via use-livecode]

it might be time for the compiler to come out of the vaporware
or the web features to come out of the vaporware
if you've never set up a web server, there is example code in levure for
setting up a tiny one to receive and respond to events.

On Fri, Jun 7, 2024 at 6:15 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think it might be time to solve this.
>
> On Fri, Jun 7, 2024 at 6:13 PM Tom Glod  wrote:
>
> > websockets again.
> >
> > On Fri, Jun 7, 2024 at 3:46 PM Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> * if you're on mobile, you can use push
> >> * you can also set up a small web server in your app to receive
> messages.
> >> levure uses this technique to receive messages from a plugin in sublime
> >> text that a script has been updated (so livecode will reload the script)
> >> * if we get websockets working, that will be another way to make this
> >> work.
> >>
> >> On Fri, Jun 7, 2024 at 2:26 PM Peter Bogdanoff via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> > Related to Mosquitto and the publish/subscribe model: is there any
> >> method
> >> > now in LiveCode for my application to receive outside messages without
> >> > explicitly checking to see if anything is available? In other words,
> is
> >> > there a way for a message from a server to directly enter the message
> >> path
> >> > within LC?
> >> >
> >> > Or is this totally dependent on a plugin based on something like what
> >> > Joseba is asking?
> >> >
> >> > Peter Bogdanoff
> >> >
> >> > > On Jun 7, 2024, at 12:43 PM, Tom Glod via use-livecode <
> >> > use-livecode@lists.runrev.com> wrote:
> >> > >
> >> > >> Mosquitto library
> >> >
> >> > ___
> >> > use-livecode mailing list
> >> > use-livecode@lists.runrev.com
> >> > Please visit this url to subscribe, unsubscribe and manage your
> >> > subscription preferences:
> >> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >> >
> >>
> >>
> >> --
> >> On the first day, God created the heavens and the Earth
> >> On the second day, God created the oceans.
> >> On 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@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mosquitto library.

[Mike Kerner via use-livecode]

* if you're on mobile, you can use push
* you can also set up a small web server in your app to receive messages.
levure uses this technique to receive messages from a plugin in sublime
text that a script has been updated (so livecode will reload the script)
* if we get websockets working, that will be another way to make this work.

On Fri, Jun 7, 2024 at 2:26 PM Peter Bogdanoff via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Related to Mosquitto and the publish/subscribe model: is there any method
> now in LiveCode for my application to receive outside messages without
> explicitly checking to see if anything is available? In other words, is
> there a way for a message from a server to directly enter the message path
> within LC?
>
> Or is this totally dependent on a plugin based on something like what
> Joseba is asking?
>
> Peter Bogdanoff
>
> > On Jun 7, 2024, at 12:43 PM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >> Mosquitto library
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Return Total of a Given Repeated Number in a List

[Mike Kerner via use-livecode]

(to alex's question)
> * quicken date shortcuts
quicken has/had these very nifty ways of handling date inputs, to make
entry faster.
if you enter a numeral, like 26, it means that date of this month.
similarly, month/date e.g. 5/25 is 5/25 of this year.
"T" is today
"+" to increment the date field one day. if the date field is empty, it
means tomorrow
"-"
"M" is the first day of this month, and "H" is the last
"Y"ea"R"
"W"ee"K"


On Fri, May 24, 2024 at 5:06 PM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The single most important feature of LiveCode is this list. Thank you,
> Bob, Alex, Mike and Andreas
>
> Roger
>
> > On May 24, 2024, at 8:26 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Actually:
> >
> > put tList into tTest — so you don’t lose the original contents of tList
> > filter items of tTest with 2
> > put the number of items of tTest
> >
> > Bob S
> >
> >
> >> On May 24, 2024, at 8:23 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Filter items of tList with 2;put the number of items of tList
> >>
> >> Bob S
> >>
> >>
> >>> On May 23, 2024, at 7:07 PM, Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>>
> >>> Hi all,
> >>>
> >>> Please, what’s the easiest way to return the total number of a given
> repeated number in a list of numbers? IOW, how many times is 2 repeated in
> a list containing 1,2,3,2,4,2,5,2,8 etc. Appreciate your help.
> >>>
> >>>
> >>> Thanks,
> >>>
> >>> Roger
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange syntax in new widgets!?

[Mike Kerner via use-livecode]

a couple of notes on bob's comments:
* the widgets were written by a third party using lcb. lc purchased the
source. unfortunately, the source is closed, so your ability to improve
them is limited. (then there's the whole matter of the property editor and
property inspector not being documented, which makes fixing the properties
panels for the widgets much more interesting)
* i've completely replaced the segmented control and the tab panel with a
polyList, because it's more flexible, and i can get more functionality out
of it.
* give the polygrid a try. it is much, much faster than the datagrid, and i
have not had any issues with missing functionality (at least for what i'm
using it for).

On Fri, May 24, 2024 at 11:41 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes I was very surprised when first working with widgets how limited their
> list of commands and properties are. The only widget I use is the segmented
> control, and only then because the tab panel looks godaweful ugly in
> Windows, and I can maintain visual constancy using the segmented control.
> Well, also because I’m too lazy to implement any of the others just yet.
>
> Don’t get me wrong, there are some great widgets. But trying to replicate
> the functionality of datagrids, yeah not so much.
>
> Bob S
>
>
> On May 21, 2024, at 8:27 AM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> It appears to me that the new widgets have been created by someone who has
> no
> or very little knowledge of LC.
>
> We have:
> ...
> delete line 2 of fld 1
> ...
> dispatch "DeleteLine" to group "DataGrid" with 2
> ...
>
> So why not create a more or less similar syntax for new widgets, so we
> don't have
> to use the dictionary for similar tasks. I don't get it...
>
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Return Total of a Given Repeated Number in a List

[Mike Kerner via use-livecode]

i LOVE all of these solutions.
chunking is so great.
in every language i use, there are two things i always implement:
* chunking
* quicken date shortcuts

On Fri, May 24, 2024 at 2:56 AM Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Another way to do it is this:
>
> function countOccurrences pString
>repeat for each item tItem in pString
>   add 1 to tFrequencyArray[tItem]
>end repeat
>
>return tFrequencyArray
> end countOccurrences
>
> To get the number of 2’s, just extract tFrequencyArray[2] etc.
> The advantage is that you get a frequency list (array) of ALL the items in
> one go.
>
> The bonus advantage is that you also get a list of unique values, by
> getting the keys of tFrequencyArray.
> So it also serves as a duplicate-clearing function, which is sometimes
> handy.
>
> /Andreas
>
>
> > 24 maj 2024 kl. 07:08 skrev Roger Guay via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Very clever, Mike. I never thought to use itemDelimiter this way. I’ll
> have to play with this.
> >
> > Thanks very much,
> >
> > Roger
> >
> >> On May 23, 2024, at 7:37 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> just spitballing:
> >> let's call our containers "tSearchingFor" and "tSearchString"
> >>
> >> *set* the itemDelimiter to comma & tSearchString & comma
> >>
> >> *put* the number of items in tSearchingFor - 1 into tNum
> >>
> >> *if* tSearchString begins with tSearchingFor & comma *then* *add* 1 to
> tNum
> >>
> >> *if* tSearchString ends with comma & tSearchingFor *then* *add* 1 to
> tNum
> >>
> >> On Thu, May 23, 2024 at 10:08 PM Roger Guay via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>>
> >>> Hi all,
> >>>
> >>> Please, what’s the easiest way to return the total number of a given
> >>> repeated number in a list of numbers? IOW, how many times is 2
> repeated in
> >>> a list containing 1,2,3,2,4,2,5,2,8 etc. Appreciate your help.
> >>>
> >>>
> >>> Thanks,
> >>>
> >>> Roger
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>
> >>
> >> --
> >> On the first day, God created the heavens and the Earth
> >> On the second day, God created the oceans.
> >> On 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@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Return Total of a Given Repeated Number in a List

[Mike Kerner via use-livecode]

just spitballing:
let's call our containers "tSearchingFor" and "tSearchString"

*set* the itemDelimiter to comma & tSearchString & comma

*put* the number of items in tSearchingFor - 1 into tNum

*if* tSearchString begins with tSearchingFor & comma *then* *add* 1 to tNum

*if* tSearchString ends with comma & tSearchingFor *then* *add* 1 to tNum

On Thu, May 23, 2024 at 10:08 PM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Hi all,
>
> Please, what’s the easiest way to return the total number of a given
> repeated number in a list of numbers? IOW, how many times is 2 repeated in
> a list containing 1,2,3,2,4,2,5,2,8 etc. Appreciate your help.
>
>
> Thanks,
>
> Roger
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Saving data in standalone

[Mike Kerner via use-livecode]

this is also how levure operates, so if you build with levure, you can just
do this with stacks in the project

On Thu, May 16, 2024 at 5:08 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> You can save external stacks or created on the fly stacks where ever you
> have *write* (and read) permission on your OS.
>
> Increasingly, whether macOS or Windows, that is not the Applications
> (macOS) or Program Files/Program Files (x86) (Windows) folders. I find
> the SAFEST place to save something is using
> specialFolderPath("documents") and then create a folder structure for
> your company or app in the user's Documents folder. OSes are becoming
> more and more "sandboxed" to prevent malware and dumb user mistakes from
> wrecking apps or the OS itself.
>
>
> On 5/16/2024 4:43 PM, Peter Bogdanoff via use-livecode wrote:
> > Craig,
> >
> > Saving: the stacks within the MacOS package and the Windows Applications
> folders can be saved—within that location?
> >
> > Can new stacks/files be written to those same folders?
> >
> > Peter
> >
> >> On May 16, 2024, at 4:26 PM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I did not explicitly mention that any and all of the attached stacks
> are savable.
> >>
> >> Craig
> >>
> >>> On May 16, 2024, at 1:31 PM, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> On 5/16/2024 12:58 PM, Paul Dupuis via use-livecode wrote:
>  save that stack under a customer file extension
> >>> That should have said "custom file extension"
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: WebDeployHelper tool - the LC10 web app toolbox

[Mike Kerner via use-livecode]

seconding on the compiler as the biggest thing. (you owe me a year, lc. i
paid for it)
my #2 priority would be more effort on mobes (long paragraph deleted -
you're welcome).
but i could be convinced that #3 could be web, if it wasn't a squirrel,
too. (you also owe me a year, here, lc).


On Wed, May 15, 2024 at 12:31 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, my top priority would definitely be the compiler, and second would be
> seamless standalone app building. I would love a true compiled version of
> my apps, but barring that, being able to build ALL my app for all platforms
> in one pass, and then being able to build again without having to quit and
> relaunch would be nice.
>
> But I also understand that the Covid Debaucle has left a lot of companies
> stressed for resources. So I will still renew my subscriptions, but I do
> not think I will invest anymore in any new technologies until the ones I
> have already invested in come to fruition.
>
> Bob S
>
>
> > On May 15, 2024, at 9:20 AM, Curry Kenworthy via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Andreas:
> >
> > > all it’s features really should be available in the standalone
> > > builder of the first stable release of LC 10
> >
> > Indeed. Another context of ...
> >
> > Richard Gaskin (Oct 13, 2023):
> >
> > > SIMPLIFYING DEPLOYMENT IS THE NUMBER ONE PRIORITY.
> >
> > This is a true classic, the #1 best comment last year!
> >
> > Mike:
> >
> > > my disappointment with lc's eternal chasing of the next squirrel ...
> > > ooh! look! web apps! squirrel!
> >
> > I'm glad you brought that up; a real gem - the #2 comment last year.
> >
> > Best wishes,
> >
> > Curry Kenworthy
> >
> > Radically Innovative Christian LiveCode Development
> > "PASSION for Elegant, Efficient Code!"
> > http://livecodeconsulting.com/
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: WebDeployHelper tool - the LC10 web app toolbox

[Mike Kerner via use-livecode]

4d's qodly, which is, imho, even a more promising web dev tool, is also
stalled, and has been stalled for almost six months.
i can't hide my disappointment with lc's eternal chasing of the next
squirrel (script compiler is now 17 months overdue because, ooh! look! web
apps! squirrel!). however, i am not at all surprised that they are in a
slog, at this point. how many fullstack web dev tools are there? (i'm not
being sarcastic. i've looked for fullstack web dev tools and come away
wondering why there are so few, and why they all suck)

On Tue, May 14, 2024 at 4:47 PM Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Craig. This particular project is unlikely to be acknowledged by
> the mothership though, as it addresses (and thereby highlights) the
> shortcomings of the current LC 10 dp versions available. But I hope that I
> will not need to maintain this tool for very long, as all it’s features
> really should be available in the standalone builder of the first stable
> release of LC 10 - at least if LC 10’s web deploy capability is intended to
> be one of its selling points...
>
> In the meantime, I’m trying to make this tool a key to unlocking some of
> LC 10’s web app potential.
> ’Cause I want to build great web apps now, not later! :D
>
> /Andreas
>
>
> > 13 maj 2024 kl. 23:45 skrev Craig Newman via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > These high level projects NEED to be touted in the LiveCode website.
> Success stories are great salesmen. Is Scotland listening??
> >
> > Craig
> >
> >> On May 13, 2024, at 4:09 PM, William Prothero via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Andreas:
> >> That is simply wonderful! I'll try it out.
> >> Bill
> >> William A. Prothero, PhD
> >> Prof Emeritus, Dept of Earth Science
> >> University of California, Santa Barbara
> >>
> >>> On May 13, 2024, at 12:50 PM, Andreas Bergendal via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> WIS_WebDeployHelper v1.0.2 is now out. A significant enhancement is
> that it is now possible to simply hit the Test button to launch a test
> build in your web browser - including all your added advanced features -
> without any need to first upload to a web server.
> >>>
> >>> https://github.com/wheninspace/WIS_WebDeployHelper/releases/latest
> >>>
> >>> /Andreas
> >>>
> >>>
>  5 apr. 2024 kl. 17:44 skrev Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com>:
> 
>  That's cool !   I really like those 'slide-out' left buttons.
> 
>  Thank you very much for this.
> 
>  Alex.
> 
> 
> > On 05/04/2024 16:38, Andreas Bergendal via use-livecode wrote:
> > And as a follow-up on this, here is also a demo web app created with
> the help of WebDeployHelper 1.0.1:
> >
> > https://wheninspace.com/WebDeployHelperTest/
> >
> > To back my words! :D
> >
> > /Andreas
> >
> >
> >> 5 apr. 2024 kl. 03:06 skrev Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> thank you for making this available to the community.
> >>
> >> On Thu, Apr 4, 2024 at 5:02 PM Ralph DiMola via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> +1
> >>>
> >>> Ralph DiMola
> >>> IT Director
> >>> Evergreen Information Services
> >>> rdim...@evergreeninfo.net
> >>>
> >>> -Original Message-
> >>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com]
> On
> >>> Behalf Of William Prothero via use-livecode
> >>> Sent: Thursday, April 04, 2024 4:48 PM
> >>> To: How to use LiveCode
> >>> Cc: William Prothero
> >>> Subject: Re: WebDeployHelper tool - the LC10 web app toolbox
> >>>
> >>> Andreas,
> >>> This sounds really great! It encourages me to start working with
> web
> >>> apps.Thanks for your contribution.
> >>> Best,
> >>> Bill
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscripti

Re: Livecode startup messages...

[Mike Kerner via use-livecode]

this is not just a lc issue
we use 4d, extensively, and every time a 4d client starts on windows, the
same message appears

On Fri, May 3, 2024 at 6:20 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Interesting. As I’ve mentioned I install and provide IT support for
> copiers and printers. Ever since Windows 8 (I believe) Microsoft has been
> providing built in drivers for these devices, and they use what is called a
> WSD (Windows Service Daemon) port instead of a typical TCP/IP port.
>
> If you go to install a printer and you see a list of icons representing
> the discovered printers on the network, NEVER EVER USE THEM! Manufacturers
> will not support them, and they cause all kinds of issues. ALWAYS select
> “The device I want isn’t listed” and use the standard TCP/IP method of
> installing a printer, or better yet the manufacturer probably supplies an
> executable either downloaded or on a CD ROM. Use that.
>
> Of course, that does not help LC devs who are deploying apps to end users
> who cannot be told what to do.
>
> Bob S
>
>
> > On May 3, 2024, at 2:33 PM, matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > There was a problem in the past where standalones were LC IDE, LC
> Instaler and standalones were crashing on startup.
> >>>
> > This is what Panos wrote about it:
> > We recently fixed a bug (affecting mainly Windows 11) where the LC
> > installer, the LC IDE and Windows standalones were crashing on startup.
> It
> > turned out this was caused if some generic printer drivers were installed
> > in the device, and installing the official printer drivers from the
> > vendor's website prevented the crash. We had reports for Brother
> printers,
> > Epson and HP if I remember correctly.
> >
> > The fix we added did fix the crash, but in some cases caused a delay on
> > startup, if the device still had the "generic" printer driver installed.
> > <<
> >
> >
> > Maybe there is a regression in some way that LC now does not crash but
> shows the messages.
> >
> > Could you try the following?
> >
> > 1. Open Windows Task Manager
> > 2. Search for a process named "Spooler Subsystem app" or just "Print
> > Spooler"
> > 3. Force quit this process
> >
> > If this solves it, then it seems to be a regression in the new LC dp
> builds.
> >
> > Regards,
> >
> > Matthias
> >
> >
> >
> >
> >> Am 03.05.2024 um 20:16 schrieb Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> I had not searched the forums, but I just did for "Waiting for printer"
> and "printer connections" and neither phrase turned up anything related to
> the dialog that appears on startup (unfortunately). Maybe under another
> search term, but the general term of "printer" returns 38 screens of forum
> messages! Good suggestion though. Thank you.
> >>
> >>
> >> On 5/3/2024 1:43 PM, Bob Sneidar via use-livecode wrote:
> >>> I think this has come up before, but I forget the resolution. Did you
> search the forums?
> >>>
> >>> Bob S
> >>>
> >>>
>  On May 3, 2024, at 10:40 AM, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>  When LC 9.6.11 or 9.6.12rc1 starts up OR (more importantly to me)
> Standalones build with either of those versions starts up, on Windows 11,
> there is a dialog that appear stating "Waiting for printer connections..."
> 
>  This dialog may appear on earlier versions - I forget if I had seen
> it previously.
> 
>  Is there some setting to prevent or hide this dialog? In my
> standalone app, I have customers asking what is it and find it "annoying".
> 
> 
>  ___
>  use-livecode mailing list
>  use-livecode@lists.runrev.com
>  Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
>  http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runre

Re: LC compilation

[Mike Kerner via use-livecode]

if it wasn't the other kind, i wouldn't have anything to do

On Tue, Apr 30, 2024 at 11:10 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Sometimes, I am very good at coding. It’s all the other times that
> presents problems. ;-)
>
> Bob S
>
>
> On Apr 29, 2024, at 6:30 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> sometimes, it is very good at coding
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC compilation

[Mike Kerner via use-livecode]

well, bob, since 10 was supposed to have an ai assistant as part of it...
gpt 4 is pretty good, with fairly simple stuff, with some languages. it has
not done well with anything LC that i've thrown at it. it keeps
hallucinating all sorts of things, like commands that don't exist, whole
documentation pages that don't exist, etc. that has not changed.
yesterday, and again, today, i tried to get it to correctly answer a c++
question regarding a robot i'm hacking, but it repeatedly failed.
but sometimes, it is very good at coding, especially if i give it some more
mainstream code (say in JS, or CSS), and ask it to explain to me why the
code isn't working.
i also saw, today, that zdnet tested microsoft's copilot against other
llm's on a coding exercise, and...it didn't go well (
https://www.zdnet.com/article/yikes-microsoft-copilot-failed-every-single-one-of-my-coding-tests
)

On Mon, Apr 29, 2024 at 7:32 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> That should read GROKING stupid spell correct. Seemed like a good idea at
> the time…
>
> Bob S
>
>
> On Apr 29, 2024, at 4:28 PM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> I have a hard enough time growing
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC compilation

[Mike Kerner via use-livecode]

any compiler chatter?
asking for an interested party

On Mon, May 29, 2023 at 7:26 PM Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mike, sorry I thought it would have been copied with the reply. The
> original post from Skip Kimpel was more or less asking if LC is compiled.
> The exact post was…
>
> "Wait… what?  I have been away from this list for a while, LC is
> not currently compilable??
>
> SKIP”
>
> I do have a question based on your reply. You indicate LC doesn’t compile
> but then go on to list all of the stuff it compiles into a standalone
> application (most of which, such as the LC engine, extensions, libraries,
> etc) are just (I would argue) libraries when it builds an application.
> Taking the definition of compiler as “a process to convert (a program) into
> a machine-code <
> https://www.google.co.uk/search?client=safari&channel=mac_bm&q=machine-code&si=AMnBZoFOMBUphduq9VwZxsuReC7YV6BL3UJP9cGsG2J_mNMPwgWXqX8HuVPC8gyFB81-plMkPkEzmbteRge93xxj5qVwJdYjXSPc2zeY_vz8RKYr_9tAP6Q%3D&expnd=1>
> or a lower-level <
> https://www.google.co.uk/search?client=safari&channel=mac_bm&q=lower-level&si=AMnBZoG9fGMZkoPgk-g4eVoaZFdERA6BgFgTvewAwu3qykvLOcqyjsbvyNVL0k7ItNaeg3uetPXhm4wenDJM9iNdxIwXbgNT_MfjGFunU2ur_NpUowaHa-E%3D&expnd=1>
> form in which the program can be executed.” I would argue it “sort of” does
> that in that the included scripts (as I understand it) are not in their
> original editable form but have been converted into something that is more
> easily interpreted by the engine. I know it’s not ML, nor is it bytecode,
> but it’s one step removed from the actually editable text in the script
> editor. Would’t you agree?
>
> The true advantage of the byte code, I believe, is that it brings LC in
> line with other similar compilers and therefore allows a more sophisticated
> (and standardised) approach to code optimisation. Or at least that will be
> one of the advantages. Obfuscation of code, as you mention, is another
> (although I have never personally worried about anyone wanting to steal my
> code 😊).
>
> Mark
>
>
> > On 29 May 2023, at 5:56 pm, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I don't see the original post, so I can only part-comment on this.
> > LC doesn't compile, per se. It builds standalone apps for all
> > platforms, but those apps include the LC engine, extensions,
> > libraries, and your stack(s). There is an obfuscator, but, no, no
> > bytecode or ML, yet. The apps behave as you would expect a standalone
> > app to behave, but, with a disassembler, you will have an easier time
> > with them than you would with a ML or BC compiled app.
> > The good news is that the current architecture makes remote debugging
> > from mobes much simpler, and, whether you are on a desktop or mobile
> > platform, you can include functionality such as side-loading and
> > real-time code execution trivially.
> > For example, let's say you have a debug build. If you include a button
> > in your debug build, with the following script, you can prompt for a
> > command, and execute it, live, in your standalone:
> >
> > on mouseUp
> >   global gDo
> >   ask "Do what?" with gDo
> >   if it is not empty then
> >  put it into gDo
> >  do gDo
> >   end if
> > end mouseUp
> >
> > The above script will also, as I am sure you deduced, store the last
> > command you typed, and prompt you with it, the next time you press the
> > button.
> > This is, of course, especially useful if you want to invoke the
> > debugger and then debug some routine. You can do that like by clicking
> > the button I just described, and then typing into the dialog:
> > breakpoint;send "mouseUp" to button "someButton" # steps you through
> > the debug button script, then to the mouseUp handler of "someButton"
> >
> > We are all patiently waiting for the script compiler, which, as of
> > last conversation with Mark W., is going to be a bytecode compiler,
> > not a ML compiler.
> >
> > On Mon, May 29, 2023 at 6:27 AM Mark Smith via use-livecode
> >  wrote:
> >>
> >> Hi Skip,
> >>
> >> I’m surprised no one has taken a stab at answering this. I'm certainly
> no expert on the internal workings of LC or compilers but I can take a stab
> at articulating what I think the answer is, and when I get it wrong someone
> else can jump in to correct me (I should probably know this stuff better
> anyway).
> >>
> >> So if I am correct

Re: web

[Mike Kerner via use-livecode]

any word on web? just curious

On Tue, Feb 13, 2024 at 5:09 AM Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 13 Feb 2024, at 5:02 am, Curry Kenworthy via use-livecode <
> use-livecode@lists.runrev.com> 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
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets ... again.

[Mike Kerner via use-livecode]

really? discuss.

On Sat, Apr 27, 2024 at 5:06 PM Bernard Devlin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> One thing to bear in mind is that Livecode does not support secure sockets
> (despite what the Dictionary might say).
>
> On Sat, Apr 27, 2024 at 12:31 AM Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> > - How hard would it be to script it using LC's good socket support?
> >
> > Richard Gaskin
> > FourthWorld.com
> >
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Websockets ... again.

[Mike Kerner via use-livecode]

i'm interested in client side, especially on mobile. we have an app that is
in the wild that would be much better if we could stop pinging the server
every five seconds.

On Fri, Apr 26, 2024 at 4:10 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Folks,
>
> Can we get a measure again as to the interest in web sockets implementation
> in livecode?
> As far as I know we still do not have one that is available or able to be
> contributed to,
> I'd be willing to put in some engineering time if there was help from
> others available.
> Here are the full specs.
> https://websockets.spec.whatwg.org/
> I have no idea how long this would take
> But I can see that one day in the not too distant future, it will no longer
> be optional.
> Thanks,
> Tom
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Windows on ARM...

[Mike Kerner via use-livecode]

paul,
lc apps that i built on win years ago are still running on win on arm (and
have been, for three years), so i'm guessing there is at least an emulation
mode.

On Tue, Apr 9, 2024 at 3:04 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mothership people (or anyone in the community that may know this):
>
> Microsoft is expected to port and release Windows running on ARM chips
> (Surface laptops will use the Snapdragon X Elite processors from
> Qualcomm) this year. Announcement expected May 20, shipping - who knows
> when, but likely this year. This is to compete with Apple's M# chips.
>
> Will we have a dual build option in Livecode (or is one even needed)?
> And, for the BIG QUESTION, how long is it likely to be after Windows on
> ARM is released to the public before we see a LC version that supports it?
>
> I know, this is probably way ahead of any practical answer, but I know
> we WILL have customers asking us if our app (built on LC9.6.11) will run
> on Windows on ARM on day one.
>
> Paul Dupuis
> Researchware
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Xcode 15.01 working with LC?

[Mike Kerner via use-livecode]

i just did several builds with a similar setup, but my builds are
achieving, and installing (using apple configurator).
my test ipads are running 17.4.1 and 17.5 beta
i have had a problem with one of our test ipads, but i don't know if it's
related: mergAV isn't operating properly, but so far, it's only on one test
ipad. we'll see if the fleet chokes on it, or not.

On Tue, Apr 9, 2024 at 1:08 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm using LC 9.6.11 on an M1 Ventura with Xcode 15.0.1 (command line tools
> point there)
> I have built 2 of my apps and the both show splash screen then immediately
> crashes before first card is shown.
> I'm testing on an iPad mini iOS 12.5.7. When testing in the simulator it
> starts but the app never gets installed and the standalone builder windows
> hangs on "Launching app..." LC is unresponsive and a Force Quit is needed.
> Any ideas?
> Thanks
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
> -Original Message-----
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf Of Mike Kerner via use-livecode
> Sent: Tuesday, April 09, 2024 9:33 AM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: Re: Xcode 15.01 working with LC?
>
> just tried it, again, and then started digging.
> on the first attempt, i got the linking error then i fired up xc 15.0.1,
> and looked at the xcode command-line tools - sure enough, it was set to
> 14.2. i changed that to 15.0.1, and now the builds link with 9.6.11 and xc
> 15.0.1
>
>
> On Mon, Apr 8, 2024 at 2:15 PM Andreas Bergendal via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Just to complicate matters, though: In the Forum, two people have
> > confirmed successful iOS deployment with Xcode 15.0.1:
> > https://forums.livecode.com/viewtopic.php?f=49&t=38849
> >
> > /Andreas
> >
> >
> > > 6 apr. 2024 kl. 22:35 skrev Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com>:
> > >
> > > i should further note that in lc settings, if you select 15.0.1, you
> > > will get the green box like all's well, but during the build you
> > > will get an error, late.
> > >
> > > On Sat, Apr 6, 2024 at 4:34 PM Mike Kerner
> > > 
> > > wrote:
> > >
> > >> it does not work, at least with 9.6.11 here's where you can find
> > >> all the downloads, including xcode 15
> > >> https://developer.apple.com/download/all/?q=xcode
> > >>
> > >> On Sat, Apr 6, 2024 at 4:22 PM Klaus major-k via use-livecode <
> > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >>> Hi friends,
> > >>>
> > >>> I am just setting up a new Mac Mini M2 and could not find Xcode
> > >>> 15.0 as recommended by LCs release notes, only 15.01 on the Apple
> > >>> Dev download pages.
> > >>>
> > >>> Will that work with LC?
> > >>> Or does someone have a link to version 15.0?
> > >>>
> > >>> Thanks in advance!
> > >>>
> > >>>
> > >>> Best
> > >>>
> > >>> Klaus
> > >>> --
> > >>> Klaus Major
> > >>> https://www.major-k.de
> > >>> https://www.major-k.de/bass
> > >>> kl...@major-k.de
> > >>>
> > >>>
> > >>> ___
> > >>> use-livecode mailing list
> > >>> use-livecode@lists.runrev.com
> > >>> Please visit this url to subscribe, unsubscribe and manage your
> > >>> subscription preferences:
> > >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> > >>>
> > >>
> > >>
> > >> --
> > >> On the first day, God created the heavens and the Earth On the
> > >> second day, God created the oceans.
> > >> On 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."

Re: Xcode 15.01 working with LC?

[Mike Kerner via use-livecode]

just tried it, again, and then started digging.
on the first attempt, i got the linking error
then i fired up xc 15.0.1, and looked at the xcode command-line tools -
sure enough, it was set to 14.2. i changed that to 15.0.1, and now the
builds link with 9.6.11 and xc 15.0.1


On Mon, Apr 8, 2024 at 2:15 PM Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Just to complicate matters, though: In the Forum, two people have
> confirmed successful iOS deployment with Xcode 15.0.1:
> https://forums.livecode.com/viewtopic.php?f=49&t=38849
>
> /Andreas
>
>
> > 6 apr. 2024 kl. 22:35 skrev Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > i should further note that in lc settings, if you select 15.0.1, you will
> > get the green box like all's well, but during the build you will get an
> > error, late.
> >
> > On Sat, Apr 6, 2024 at 4:34 PM Mike Kerner 
> > wrote:
> >
> >> it does not work, at least with 9.6.11
> >> here's where you can find all the downloads, including xcode 15
> >> https://developer.apple.com/download/all/?q=xcode
> >>
> >> On Sat, Apr 6, 2024 at 4:22 PM Klaus major-k via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> Hi friends,
> >>>
> >>> I am just setting up a new Mac Mini M2 and could not find
> >>> Xcode 15.0 as recommended by LCs release notes, only 15.01
> >>> on the Apple Dev download pages.
> >>>
> >>> Will that work with LC?
> >>> Or does someone have a link to version 15.0?
> >>>
> >>> Thanks in advance!
> >>>
> >>>
> >>> Best
> >>>
> >>> Klaus
> >>> --
> >>> Klaus Major
> >>> https://www.major-k.de
> >>> https://www.major-k.de/bass
> >>> kl...@major-k.de
> >>>
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>
> >>
> >> --
> >> On the first day, God created the heavens and the Earth
> >> On the second day, God created the oceans.
> >> On 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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Xcode 15.01 working with LC?

[Mike Kerner via use-livecode]

i should further note that in lc settings, if you select 15.0.1, you will
get the green box like all's well, but during the build you will get an
error, late.

On Sat, Apr 6, 2024 at 4:34 PM Mike Kerner 
wrote:

> it does not work, at least with 9.6.11
> here's where you can find all the downloads, including xcode 15
> https://developer.apple.com/download/all/?q=xcode
>
> On Sat, Apr 6, 2024 at 4:22 PM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Hi friends,
>>
>> I am just setting up a new Mac Mini M2 and could not find
>> Xcode 15.0 as recommended by LCs release notes, only 15.01
>> on the Apple Dev download pages.
>>
>> Will that work with LC?
>> Or does someone have a link to version 15.0?
>>
>> Thanks in advance!
>>
>>
>> Best
>>
>> Klaus
>> --
>> Klaus Major
>> https://www.major-k.de
>> https://www.major-k.de/bass
>> kl...@major-k.de
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Xcode 15.01 working with LC?

[Mike Kerner via use-livecode]

it does not work, at least with 9.6.11
here's where you can find all the downloads, including xcode 15
https://developer.apple.com/download/all/?q=xcode

On Sat, Apr 6, 2024 at 4:22 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> I am just setting up a new Mac Mini M2 and could not find
> Xcode 15.0 as recommended by LCs release notes, only 15.01
> on the Apple Dev download pages.
>
> Will that work with LC?
> Or does someone have a link to version 15.0?
>
> Thanks in advance!
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Revisiting Lock Screen

[Mike Kerner via use-livecode]

what about switching to pg?

On Thu, Mar 28, 2024 at 1:24 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Mike.
>
> I think I am going to have to come up with an alternative. Something like
> taking a snapshot of the window then overlaying it on the window while
> processing, then deleting it when done.
>
> The trouble is I have other windows open that will update because they are
> synching with the module I am working in. Also this won’t improve
> performance the way Lock Screen would (should).
>
> Bob S
>
>
> On Mar 28, 2024, at 9:31 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> didn't you say your code was modifying a dg?
> i see a couple of possible failure points:
> * the widget could be doing something unexpected
> * the dg could be unlocking the screen.
> you could also try two or more lock screens. i believe lock screen is
> additive. until idle.
>
> On Thu, Mar 28, 2024 at 12:22 PM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
> wrote:
>
> Wow thanks for that! I think I remember now this came up before, and
> datagrids were the culprit.
>
> But that does seem odd, doesn’t it? Why would a screen lock interfere with
> the datagrid behavior? (That is rhetorical. Only the devs would know that.)
>
> Bob S
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Revisiting Lock Screen

[Mike Kerner via use-livecode]

didn't you say your code was modifying a dg?
i see a couple of possible failure points:
* the widget could be doing something unexpected
* the dg could be unlocking the screen.
you could also try two or more lock screens. i believe lock screen is
additive. until idle.

On Thu, Mar 28, 2024 at 12:22 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Wow thanks for that! I think I remember now this came up before, and
> datagrids were the culprit.
>
> But that does seem odd, doesn’t it? Why would a screen lock interfere with
> the datagrid behavior? (That is rhetorical. Only the devs would know that.)
>
> Bob S
>
>
> On Mar 28, 2024, at 8:48 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> there are many (many) datagrid functions and commands that unlock the
> screen,
> the behavior script for dg's is 11,597 lines long.
> i started copying/pasting the signature of them, but finally decided there
> were many too many. instead of deleting the rest of this post, i left them
> in place.
> i reiterate, i only went through around 2100 lines, or around 20% of the dg
> behavior. i don't know how many more there are.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Revisiting Lock Screen

[Mike Kerner via use-livecode]

there are many (many) datagrid functions and commands that unlock the
screen,
the behavior script for dg's is 11,597 lines long.
i started copying/pasting the signature of them, but finally decided there
were many too many. instead of deleting the rest of this post, i left them
in place.
i reiterate, i only went through around 2100 lines, or around 20% of the dg
behavior. i don't know how many more there are.

*command* _SetScrollbarWidth pWidth

*private* *command* _CreateDragImageFromControl pControl

*private* *command* _CreateDragImageFromIndex pIndex

*private* *command* _PositionDropIndicator pMouseH, pMouseV

*command* dgArrowKey pDirection

*command* dgMouseDown pMouseBtnNum

*command* EditCellOfIndex pColumn, pIndex

*command* EditKeyOfIndex pKey, pIndex

*command* DeleteIndexes pIndexes

*command* SortDataByKey pKey, pType, pDirection, pCaseSensitive

*command* ReverseSort pColumn

*command* HiliteAndStoreSortByColumn pColumn

*private* *command* _SortByColumn pColumn

*command* SortByColumn pColumn

*command* ResizeToFit

*private* *command* _DrawList

*command* dgResetList

*command* RefreshList

*command* ResetControl

*private* *command* _ResetAllControls

*private* *command* _ResetData

*private* *command* _ToggleVScrollBarVisibility pBoolean

*private* *command* _ToggleHScrollBarVisibility pBoolean

*private* *command* _DrawListWithProperties pStartingSequence,
pSetVScrollTo, pForceRefresh, pCallback, pCallbackContext

*private* *command* _DeleteControls



On Thu, Mar 28, 2024 at 11:31 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The issue may be with the datagrids. It appears that Lock Screen is not
> preventing changes to the datagrids from refreshing the screen.
>
> Bob S
>
>
> > On Mar 28, 2024, at 8:28 AM, Bob Sneidar 
> wrote:
> >
> > Hi Craig thanks for responding. I am not updating fields per se as the
> only thing changing is the datagrid selection(s) and the status of the
> checkbox.
> >
> > Curiously I am not seeing the tab widget selection change but I am
> seeing the hiding and showing of the datagrids as each tab is selected.
> >
> > Bob S
> >
> >
> >> On Mar 28, 2024, at 5:48 AM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Bob.
> >>
> >> I have no idea what you are facing with such a basic issue. To be sure,
> please, somewhere in the stack you are having the issue, make a button and
> a field and run this:
> >>
> >> on mouseup
> >>
> >> lock screen  —comment out for the first run
> >>
> >> repeat 3
> >>
> >> put random(999) into fld 1
> >>
> >> wait 20
> >>
> >> end repeat
> >>
> >> end mouseup
> >>
> >>
> >>
> >> Do you see the two scenarios above working normally? That is, with the
> lock screen disabled, you see three numbers in succession, and with it
> enabled, you only see the last one?
> >>
> >> Craig
> >>
> >>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FindIndex question

[Mike Kerner via use-livecode]

other way, alex. use the pg, not the dg, for now.
BUT, here's a good reason to use the dg - you can fix issues with it. the
source of the pg is closed, and you can't get at it, AFAIK. check the issue
tracker for issues with it. you can't address them.
please, no comments from the peanut gallery on the status of lcb. that's a
separate problem.
SO, if the script compiler was in the wild, i would expect the dg to be
faster. would it be as fast as the pg? dunno. but, again, you could work on
it.

On Mon, Mar 25, 2024 at 6:07 PM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Bob - I think you've mentioned these functions (and posted code, or a
> pointer to code, for them) before (but I couldn't find it). Any chance
> you could re-post (or just send to me, or ...)
>
> Mike - I couldn't see in the thread *why* you want to use a dg ather
> than a pg ? Is there a missing capability you need ? Or some non-obvious
> (to me) reason to avoid pg?
>
> Thanks,
>
> Alex.
>
> On 25/03/2024 18:50, Mike Kerner via use-livecode wrote:
> > i guess what i'm wondering is how quickly or slowly the dg will render,
> if
> > the dgArray is large. it seems to be slower, when the array is larger.
> >
> > On Mon, Mar 25, 2024 at 2:48 PM Mike Kerner 
> > wrote:
> >
> >> i never heard of it called an "elevator". I anyways heard "thumb"
> >>
> >> On Mon, Mar 25, 2024 at 2:08 PM Bob Sneidar via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> I’ve thought about that. A temporary memory database would not appear
> to
> >>> the user to be faster, as the initial query for a large dataset will
> happen
> >>> all at once during which Livecode would be unresponsive. And if you
> page
> >>> the queries from the live database, re-storing the data in a memory
> >>> database would just be added time.
> >>>
> >>> You could use send in time to cache forward and backwards a few pages,
> >>> and in that case a memory database could help, but if the user drags
> the
> >>> elevator box (how many people know what THAT is) then you go back to
> square
> >>> 1 concerning efficiency.
> >>>
> >>> Bob S
> >>>
> >>>
> >>>> On Mar 25, 2024, at 10:34 AM, Mike Kerner via use-livecode <
> >>> use-livecode@lists.runrev.com> wrote:
> >>>> i would be curious to know if an in-memory sqlite db increases scroll
> >>> speed
> >>>> with dg's.
> >>>> basically, you would live load the dg with pages from the db.
> >>>> i can't imagine that the dg is faster than the pg. everything i've
> tried
> >>>> with the pg is faster than the dg.
> >>>> just one more reason to resurrect the script compiler and release it.
> >>>>
> >>>> On Mon, Mar 25, 2024 at 11:16 AM Bob Sneidar via use-livecode <
> >>>> use-livecode@lists.runrev.com> wrote:
> >>>>
> >>>>> I wrote a findInArray() function that will convert an array to a
> memory
> >>>>> based SQL database, and one of the arguments is the SQL query
> >>> statement to
> >>>>> use on the database. I have another called FilterArray() which simply
> >>>>> iterates through the keys to output those matching a criteria.
> >>>>>
> >>>>> Bob S
> >>>>>
> >>>>>> On Mar 24, 2024, at 2:22 PM, Neville Smythe via use-livecode <
> >>>>> use-livecode@lists.runrev.com> wrote:
> >>>>>>
> >>>>>>> On 25 Mar 2024, at 3:00 am,Mike Kerner wrote:
> >>>>>>>
> >>>>>>> i don't know if you dove into the code, but it's too early to think
> >>>>> about
> >>>>>>> unpacking this, so  here's the code: ...
> >>>>>> Thanks Mike
> >>>>>>
> >>>>>> While I was aware of the optional parameters feature of LC commands
> I
> >>>>> have never used it I so was unfamiliar with the syntax. The penny had
> >>> never
> >>>>> dropped that the parameter list for a command is just an array, so
> >>>>> evidently you can actually send an array instead of a comma delimited
> >>> list
> >>>>>> Which means that you can send FindIndex a single parameter
> pKeyPairsA
&

Re: FindIndex question

[Mike Kerner via use-livecode]

i guess what i'm wondering is how quickly or slowly the dg will render, if
the dgArray is large. it seems to be slower, when the array is larger.

On Mon, Mar 25, 2024 at 2:48 PM Mike Kerner 
wrote:

> i never heard of it called an "elevator". I anyways heard "thumb"
>
> On Mon, Mar 25, 2024 at 2:08 PM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> I’ve thought about that. A temporary memory database would not appear to
>> the user to be faster, as the initial query for a large dataset will happen
>> all at once during which Livecode would be unresponsive. And if you page
>> the queries from the live database, re-storing the data in a memory
>> database would just be added time.
>>
>> You could use send in time to cache forward and backwards a few pages,
>> and in that case a memory database could help, but if the user drags the
>> elevator box (how many people know what THAT is) then you go back to square
>> 1 concerning efficiency.
>>
>> Bob S
>>
>>
>> > On Mar 25, 2024, at 10:34 AM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > i would be curious to know if an in-memory sqlite db increases scroll
>> speed
>> > with dg's.
>> > basically, you would live load the dg with pages from the db.
>> > i can't imagine that the dg is faster than the pg. everything i've tried
>> > with the pg is faster than the dg.
>> > just one more reason to resurrect the script compiler and release it.
>> >
>> > On Mon, Mar 25, 2024 at 11:16 AM Bob Sneidar via use-livecode <
>> > use-livecode@lists.runrev.com> wrote:
>> >
>> >> I wrote a findInArray() function that will convert an array to a memory
>> >> based SQL database, and one of the arguments is the SQL query
>> statement to
>> >> use on the database. I have another called FilterArray() which simply
>> >> iterates through the keys to output those matching a criteria.
>> >>
>> >> Bob S
>> >>
>> >>> On Mar 24, 2024, at 2:22 PM, Neville Smythe via use-livecode <
>> >> use-livecode@lists.runrev.com> wrote:
>> >>>
>> >>>
>> >>>> On 25 Mar 2024, at 3:00 am,Mike Kerner wrote:
>> >>>>
>> >>>> i don't know if you dove into the code, but it's too early to think
>> >> about
>> >>>> unpacking this, so  here's the code: ...
>> >>>
>> >>> Thanks Mike
>> >>>
>> >>> While I was aware of the optional parameters feature of LC commands I
>> >> have never used it I so was unfamiliar with the syntax. The penny had
>> never
>> >> dropped that the parameter list for a command is just an array, so
>> >> evidently you can actually send an array instead of a comma delimited
>> list
>> >>>
>> >>> Which means that you can send FindIndex a single parameter pKeyPairsA
>> >> which is an array with alternating colName,searchStr values
>> >>>
>> >>> Setting up such an array is not particularly convenient for coding
>> >> however. My workaround had been to use a custom function hack
>> >>>
>> >>> function myFindIndex pDataGrid, pKeyPairs
>> >>>  — pKeyPairs is a comma delimited list such as
>> >> “colname1,str1,colname2,str2,..”
>> >>>
>> >>>   replace comma with quote & comma & quote in pKeyPairs
>> >>>   put “dispatch FindIndex to” && pDataGrid && “with” && quote &
>> >> pKeyPairs & quote into tCommandStr
>> >>>   do tCommandstr
>> >>>  put the result into tFoundIndex
>> >>>  ...
>> >>>
>> >>> A much more elegant (if probably no faster) solution is
>> >>>
>> >>> function myFindIndex pDataGrid, pKeyPairs
>> >>>  — pKeyPairs is a comma delimited list such as
>> >> “colname1,str1,colname2,str2,..”
>> >>>
>> >>>   set the columnDelimiter to comma
>> >>>   split pKeyPairs by column
>> >>>   dispatch “FindIndex" to pDataGrid with pKeyPairs
>> >>>  put the result into tFoundIndex
>> >>>  ...
>> >>>
>> >>>
>> >>> BTW, where did you find the source code for DataGrid handlers? I now
>> see
>> >> how one cou

Re: FindIndex question

[Mike Kerner via use-livecode]

i never heard of it called an "elevator". I anyways heard "thumb"

On Mon, Mar 25, 2024 at 2:08 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I’ve thought about that. A temporary memory database would not appear to
> the user to be faster, as the initial query for a large dataset will happen
> all at once during which Livecode would be unresponsive. And if you page
> the queries from the live database, re-storing the data in a memory
> database would just be added time.
>
> You could use send in time to cache forward and backwards a few pages, and
> in that case a memory database could help, but if the user drags the
> elevator box (how many people know what THAT is) then you go back to square
> 1 concerning efficiency.
>
> Bob S
>
>
> > On Mar 25, 2024, at 10:34 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > i would be curious to know if an in-memory sqlite db increases scroll
> speed
> > with dg's.
> > basically, you would live load the dg with pages from the db.
> > i can't imagine that the dg is faster than the pg. everything i've tried
> > with the pg is faster than the dg.
> > just one more reason to resurrect the script compiler and release it.
> >
> > On Mon, Mar 25, 2024 at 11:16 AM Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> I wrote a findInArray() function that will convert an array to a memory
> >> based SQL database, and one of the arguments is the SQL query statement
> to
> >> use on the database. I have another called FilterArray() which simply
> >> iterates through the keys to output those matching a criteria.
> >>
> >> Bob S
> >>
> >>> On Mar 24, 2024, at 2:22 PM, Neville Smythe via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>>
> >>>> On 25 Mar 2024, at 3:00 am,Mike Kerner wrote:
> >>>>
> >>>> i don't know if you dove into the code, but it's too early to think
> >> about
> >>>> unpacking this, so  here's the code: ...
> >>>
> >>> Thanks Mike
> >>>
> >>> While I was aware of the optional parameters feature of LC commands I
> >> have never used it I so was unfamiliar with the syntax. The penny had
> never
> >> dropped that the parameter list for a command is just an array, so
> >> evidently you can actually send an array instead of a comma delimited
> list
> >>>
> >>> Which means that you can send FindIndex a single parameter pKeyPairsA
> >> which is an array with alternating colName,searchStr values
> >>>
> >>> Setting up such an array is not particularly convenient for coding
> >> however. My workaround had been to use a custom function hack
> >>>
> >>> function myFindIndex pDataGrid, pKeyPairs
> >>>  — pKeyPairs is a comma delimited list such as
> >> “colname1,str1,colname2,str2,..”
> >>>
> >>>   replace comma with quote & comma & quote in pKeyPairs
> >>>   put “dispatch FindIndex to” && pDataGrid && “with” && quote &
> >> pKeyPairs & quote into tCommandStr
> >>>   do tCommandstr
> >>>  put the result into tFoundIndex
> >>>  ...
> >>>
> >>> A much more elegant (if probably no faster) solution is
> >>>
> >>> function myFindIndex pDataGrid, pKeyPairs
> >>>  — pKeyPairs is a comma delimited list such as
> >> “colname1,str1,colname2,str2,..”
> >>>
> >>>   set the columnDelimiter to comma
> >>>   split pKeyPairs by column
> >>>   dispatch “FindIndex" to pDataGrid with pKeyPairs
> >>>  put the result into tFoundIndex
> >>>  ...
> >>>
> >>>
> >>> BTW, where did you find the source code for DataGrid handlers? I now
> see
> >> how one could write a FindIndices function to return all indices rather
> >> than just the first found … or even a general WHERE  search :-)
> >>>
> >>> Neville Smythe
> >>>
> >>>
> >>>
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >>> http://lists

Re: FindIndex question

[Mike Kerner via use-livecode]

i would be curious to know if an in-memory sqlite db increases scroll speed
with dg's.
basically, you would live load the dg with pages from the db.
i can't imagine that the dg is faster than the pg. everything i've tried
with the pg is faster than the dg.
just one more reason to resurrect the script compiler and release it.

On Mon, Mar 25, 2024 at 11:16 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I wrote a findInArray() function that will convert an array to a memory
> based SQL database, and one of the arguments is the SQL query statement to
> use on the database. I have another called FilterArray() which simply
> iterates through the keys to output those matching a criteria.
>
> Bob S
>
> > On Mar 24, 2024, at 2:22 PM, Neville Smythe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >
> >> On 25 Mar 2024, at 3:00 am,Mike Kerner wrote:
> >>
> >> i don't know if you dove into the code, but it's too early to think
> about
> >> unpacking this, so  here's the code: ...
> >
> > Thanks Mike
> >
> > While I was aware of the optional parameters feature of LC commands I
> have never used it I so was unfamiliar with the syntax. The penny had never
> dropped that the parameter list for a command is just an array, so
> evidently you can actually send an array instead of a comma delimited list
> >
> > Which means that you can send FindIndex a single parameter pKeyPairsA
> which is an array with alternating colName,searchStr values
> >
> > Setting up such an array is not particularly convenient for coding
> however. My workaround had been to use a custom function hack
> >
> > function myFindIndex pDataGrid, pKeyPairs
> >   — pKeyPairs is a comma delimited list such as
> “colname1,str1,colname2,str2,..”
> >
> >replace comma with quote & comma & quote in pKeyPairs
> >put “dispatch FindIndex to” && pDataGrid && “with” && quote &
> pKeyPairs & quote into tCommandStr
> >do tCommandstr
> >   put the result into tFoundIndex
> >   ...
> >
> > A much more elegant (if probably no faster) solution is
> >
> > function myFindIndex pDataGrid, pKeyPairs
> >   — pKeyPairs is a comma delimited list such as
> “colname1,str1,colname2,str2,..”
> >
> >set the columnDelimiter to comma
> >split pKeyPairs by column
> >dispatch “FindIndex" to pDataGrid with pKeyPairs
> >   put the result into tFoundIndex
> >   ...
> >
> >
> > BTW, where did you find the source code for DataGrid handlers? I now see
> how one could write a FindIndices function to return all indices rather
> than just the first found … or even a general WHERE  search :-)
> >
> > Neville Smythe
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FindIndex question

[Mike Kerner via use-livecode]

just to sanitycheck myself, i opened 9.6.9, created a new stack, and added
a dg to it.
then i fired up the pb. expand the card, and you'll see the dg. there are
two behaviors assigned to the dg. the first is button id 1005 of stack
"revDataGridLibrary" which has, as its behavior, stack
"RevDataGridLibraryBehaviorsDataGridButtonBehavior"

On Sun, Mar 24, 2024 at 9:59 PM Mike Kerner 
wrote:

> it's in the behavior of the dg
> you can also go digging through the OSS repo, if you like.
>
>
> On Sun, Mar 24, 2024 at 5:23 PM Neville Smythe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>>
>> > On 25 Mar 2024, at 3:00 am,Mike Kerner wrote:
>> >
>> > i don't know if you dove into the code, but it's too early to think
>> about
>> > unpacking this, so  here's the code: ...
>>
>> Thanks Mike
>>
>> While I was aware of the optional parameters feature of LC commands I
>> have never used it I so was unfamiliar with the syntax. The penny had never
>> dropped that the parameter list for a command is just an array, so
>> evidently you can actually send an array instead of a comma delimited list
>>
>> Which means that you can send FindIndex a single parameter pKeyPairsA
>> which is an array with alternating colName,searchStr values
>>
>> Setting up such an array is not particularly convenient for coding
>> however. My workaround had been to use a custom function hack
>>
>> function myFindIndex pDataGrid, pKeyPairs
>>— pKeyPairs is a comma delimited list such as
>> “colname1,str1,colname2,str2,..”
>>
>> replace comma with quote & comma & quote in pKeyPairs
>> put “dispatch FindIndex to” && pDataGrid && “with” && quote &
>> pKeyPairs & quote into tCommandStr
>> do tCommandstr
>>put the result into tFoundIndex
>>...
>>
>> A much more elegant (if probably no faster) solution is
>>
>> function myFindIndex pDataGrid, pKeyPairs
>>— pKeyPairs is a comma delimited list such as
>> “colname1,str1,colname2,str2,..”
>>
>> set the columnDelimiter to comma
>> split pKeyPairs by column
>> dispatch “FindIndex" to pDataGrid with pKeyPairs
>>put the result into tFoundIndex
>>...
>>
>>
>> BTW, where did you find the source code for DataGrid handlers? I now see
>> how one could write a FindIndices function to return all indices rather
>> than just the first found … or even a general WHERE  search :-)
>>
>> Neville Smythe
>>
>>
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FindIndex question

[Mike Kerner via use-livecode]

it's in the behavior of the dg
you can also go digging through the OSS repo, if you like.


On Sun, Mar 24, 2024 at 5:23 PM Neville Smythe via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 25 Mar 2024, at 3:00 am,Mike Kerner wrote:
> >
> > i don't know if you dove into the code, but it's too early to think about
> > unpacking this, so  here's the code: ...
>
> Thanks Mike
>
> While I was aware of the optional parameters feature of LC commands I have
> never used it I so was unfamiliar with the syntax. The penny had never
> dropped that the parameter list for a command is just an array, so
> evidently you can actually send an array instead of a comma delimited list
>
> Which means that you can send FindIndex a single parameter pKeyPairsA
> which is an array with alternating colName,searchStr values
>
> Setting up such an array is not particularly convenient for coding
> however. My workaround had been to use a custom function hack
>
> function myFindIndex pDataGrid, pKeyPairs
>— pKeyPairs is a comma delimited list such as
> “colname1,str1,colname2,str2,..”
>
> replace comma with quote & comma & quote in pKeyPairs
> put “dispatch FindIndex to” && pDataGrid && “with” && quote &
> pKeyPairs & quote into tCommandStr
> do tCommandstr
>put the result into tFoundIndex
>...
>
> A much more elegant (if probably no faster) solution is
>
> function myFindIndex pDataGrid, pKeyPairs
>— pKeyPairs is a comma delimited list such as
> “colname1,str1,colname2,str2,..”
>
> set the columnDelimiter to comma
> split pKeyPairs by column
> dispatch “FindIndex" to pDataGrid with pKeyPairs
>put the result into tFoundIndex
>...
>
>
> BTW, where did you find the source code for DataGrid handlers? I now see
> how one could write a FindIndices function to return all indices rather
> than just the first found … or even a general WHERE  search :-)
>
> Neville Smythe
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FindIndex question

[Mike Kerner via use-livecode]

i don't know if you dove into the code, but it's too early to think about
unpacking this, so  here's the code:

*## pSearchA is array-valued index for accessing sDataArray*

*## pSearchA[1] = key_1*

*## pSearchA[2] = key_2*

*command* FindIndex pKeyIndexA, pSearchString *--, ...*

*-*

*local* foundAMatch, theFoundIndex

*local* i

*local* theIndex

*-*

*repeat* for each key theIndex in sDataArray

*## Developer can pass in multiple search strings to perform an AND search*

*repeat* with i = 1 to the paramCount step 2

*if* sDataArray[theIndex][param(i)] is param(i+1) *then*

*put* true into foundAMatch

*else*

*put* false into foundAMatch

*end* *if*

*## AND search didn't pan out. Move on to next index.*

*if* not foundAMatch *then* *exit* *repeat*

*end* *repeat*

*if* foundAMatch *then*

*put* theIndex into theFoundIndex

*exit* *repeat*

*end* *if*

*end* *repeat*

*return* max(0, theFoundIndex)

*end* FindIndex

On Sun, Mar 24, 2024 at 5:46 AM Neville Smythe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am using FindIndex on a dataGrid
>
>  dispatch "FindIndex" to tDataGrid with pKey, pSearchingString
>
> and I can pass multiple pKey, pSearchingString pairs such as
> “col1",pSearchStr1,”col2”,pSearchStr2 as cited in the dictionary entry
>
> But there is also a rather cryptic note at the end of the FindIndex
> dictionary entry
>
>  Note that pKey can also be an array if you want to use array-valued
> array indexing to locate pSearchingString.
>
> I took that to mean one could set up an array pKey with values such as
> pKey[“col1”]=pSearchStr1,  pKey[“col2”]=pSearchStr2
> and then just pass the pKey array. But that doesn’t work.
>
> Neither does using two indexed arrays pKey and pSearchStr with
> pKey[1]=“col1”, pSearchStr[1]=pSearchStr1,pKey[2]=“col2”,
> pSearchStr[2]=pSearchStr2
>
> Anyone know what it does mean?
>
>
> Neville Smythe
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Cursor Placement in MobileControl

[Mike Kerner via use-livecode]

we don't have a universal field widget, and, the existing controls don't
make it easy to do things like this.
there are often ways to overcome, just like there are in c, but that
doesn't mean i prefer c
or swift
or java
or xojo
sometimes workarounds are a means to identify opportunities to improve the
product.

On Wed, Mar 6, 2024 at 5:04 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Also, and without trying to put too fine a point on it, I’d like to
> reiterate that Livecode is much less like a furniture store, and more like
> an Ikea furniture factory, where there are lots of different parts, and
> bits to hold the furniture together, but theoretically you could make any
> kind of furniture you like. I think what you are asking for is a piece of
> furniture, when you already have everything necessary to make your own
> coffee table. :-)
>
> Bob S
>
>
> > On Mar 6, 2024, at 11:11 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > it would be nice to have a universal field widget, and be able to have
> this
> > sort of behavior be part of it...
> >
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Cursor Placement in MobileControl

[Mike Kerner via use-livecode]

it would be nice to have a universal field widget, and be able to have this
sort of behavior be part of it...

On Wed, Mar 6, 2024 at 2:07 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> That is damn handy. That could be massaged to work with a Livecode field
> too. I’m going to work on that.
>
> Bob S
>
>
> > On Mar 6, 2024, at 10:13 AM, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Dan,
> >
> > Nice... thanks!
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> > -Original Message-
> > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf
> > Of Dan Friedman via use-livecode
> > Sent: Wednesday, March 06, 2024 11:15 AM
> > To: How to use LiveCode
> > Cc: Dan Friedman
> > Subject: Re: Cursor Placement in MobileControl
> >
> > Panos,
> >
> > Thank you for the suggestion!   That worked out well!   For anyone
> > interested, here's the snippet for formatting a phone number as you type
> in
> > a mobile native field control:
> >
> > //this assumes that the mobileControl type for Android is "multiline" and
> > the mobileSetKeyboardType has been set to "email"
> >
> > on inputTextChanged
> >  put mobileControlTarget() into pField
> >  put mobileControlGet(pField,"text") into pText
> >
> >  if pField = "phoneNumber" then
> >put "" into fText
> >put numbersOnly(pText) into pText
> >
> >if char 1 of pText = "1" then
> >  put "" into fText
> >  mobileControlSet "phoneNumber","text",fText
> >  androidGoLastChar "phoneNumber",fText
> >  put fText into dataEntered["phone"]
> >  exit inputTextChanged
> >end if
> >
> >if the number of chars in pText < 4 then
> >  put pText into fText
> >  mobileControlSet "phoneNumber","text",fText
> >  androidGoLastChar "phoneNumber",fText
> >else
> >  if (the number of chars in pText > 3) then
> >put "(" & char 1 to 3 of pText & ")" into char 1 to 3 of fText
> >put " " & char 4 to 6 of pText after fText
> >  end if
> >  if the number of chars in pText > 6 then
> >put "-" & char 7 to 10 of pText after fText
> >  end if
> >
> >  mobileControlSet "phoneNumber","text",fText
> >  androidGoLastChar "phoneNumber",fText
> >end if
> >  end if
> > end inputTextChanged
> >
> > function numbersOnly pNum
> >  //returns only the numbers in pNum
> >  put "" into fNum
> >  repeat for each char c in pNum
> >if isNumber(c) then
> >  put c after fNum
> >end if
> >  end repeat
> >
> >  return fNum
> > end numbersOnly
> >
> > on androidGoLastChar mControl,xText
> >  if ("Android" is in the platform) then
> >mobileControlSet mControl,"selectedRange",(the number of chars in
> > xText+1,0)
> >  end if
> > end androidGoLastChar
> >
> >
> > Thank you!
> >
> > Dan Friedman
> > CEO, ClearVision Technologies, LLC
> > Voice: 909/484-2052
> > http://www.clearvisiontech.com
> >
> >
> > From: use-livecode  on behalf of
> > panagiotis merakos via use-livecode 
> > Date: Tuesday, March 5, 2024 at 9:45 AM
> > To: How to use LiveCode 
> > Cc: panagiotis merakos 
> > Subject: Re: Cursor Placement in MobileControl Hello Dan,
> >
> > I take it you are formatting the text in inputTextChanged?
> >
> > Unfortunately yes, on Android calling
> >
> > mobileControlSet "phoneNumber","text", pText
> >
> > puts the cursor in the beginning of the text:
> >
> > https://quality.livecode.com/show_bug.cgi?id=24055
> >
> > RE using the selectedRange with mobile native controls, I think this
> > property is supported only on multiline input fields. So I suppose you
> could
> > make the fields to be multiline and give it a try.
> >
> > Kind regards,
> > Panos
> > --
> >
> > On Tue, 5 Mar 2024 at 18:53, Dan Friedman via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> I am trying to create a field on mobile (iOS and Android) that will
> >> format a phone number as your type (client request).  I am able to do
> >> this on iOS as the command: mobileControlSet
> >> "phoneNumber","text",pText puts the cursor AFTER the text so the user
> >> can simply continue typing.  But, on Android, the cursor is placed at
> the
> > beginning of the text after the
> >> mobileControlSet command is called.   Is there a way to set the position
> > of
> >> the cursor on a native mobile text field?
> >>
> >> I did notice that the Android Native Field widget has a selectedRange
> >> property.  Can I use this property on a native Android control?  And,
> >> can I set the selectedRange to "16,15" to set the cursor location, not
> >> select text?
> >>
> >> Why not just use the Android Native Field widget, you ask?   I will if I
> >> have to. but I prefer to use the native control as it is
> >> cross-platform and I don't need to case out for which platform we're
> >> on.  You would need to create the control and hide the widget for iOS
> >> and show the widget for Android.  I'll also ha

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

fyi, to anyone else coming to thie thread, you can't use revCopyFolder or
revCopyFile to move your bundle stacks/files to the documents folder b/c
both commands require a shell, and ios doesn't have shell support.

On Sat, Mar 2, 2024 at 1:07 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks for checking, now I don't have to change anything. Android also has
> both a sandboxed documents folder and a public one.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 2, 2024 11:55:52 AM Mike Kerner via use-livecode
>  wrote:
>
> > looks like specialfolderpath("documents") is sandboxed, after all.
> > apparently there is another Documents folder, that lc isn't accessing,
> that
> > is not.
> >
> > On Fri, Mar 1, 2024 at 6:39 PM J. Landman Gay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Let me know if you find out. I'm still running in the before times.
> >>
> >> --
> >> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >> HyperActive Software | http://www.hyperactivesw.com
> >> On March 1, 2024 12:25:21 PM Mike Kerner via use-livecode
> >>  wrote:
> >>
> >> > the latest pieces that i found on the topic said that files can access
> >> the
> >> > documents folder (but not library), and that it is available by other
> >> > means, without jailbreaking.
> >> > thus, i need to screw around with this, some more.
> >> > if it's unavailable, then great, no need for library.
> >> > in The Before Times, documents was isolated, but i thought that
> changed.
> >> >
> >> > On Fri, Mar 1, 2024 at 1:10 PM J. Landman Gay via use-livecode <
> >> > use-livecode@lists.runrev.com> wrote:
> >> >
> >> >> A quick test would be to see if Files can access the private
> documents
> >> of
> >> >> any installed app. I could try it if I didn't have to steal my
> husband's
> >> >> phone, which is tricky business.
> >> >>
> >> >> --
> >> >> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >> >> HyperActive Software | http://www.hyperactivesw.com
> >> >> On March 1, 2024 11:40:09 AM Mike Kerner via use-livecode
> >> >>  wrote:
> >> >>
> >> >> > i'm going to have to mess with this, some more. i didn't think
> >> documents
> >> >> is
> >> >> > sandboxed.
> >> >> >
> >> >> >
> >> >> > On Fri, Mar 1, 2024 at 11:49 AM Bob Sneidar via use-livecode <
> >> >> > use-livecode@lists.runrev.com> wrote:
> >> >> >
> >> >> >> They should stop calling it a Sandbox then. It’s the entire beach!
> >> LOL!
> >> >> >>
> >> >> >> Bob S
> >> >> >>
> >> >> >>
> >> >> >> On Mar 1, 2024, at 8:45 AM, J. Landman Gay via use-livecode <
> >> >> >> use-livecode@lists.runrev.com> wrote:
> >> >> >>
> >> >> >> Right. In spite of Android's "external documents" option, which I
> >> >> needed,
> >> >> >> it's still in the sandbox.
> >> >> >>
> >> >> >> --
> >> >> >> Jacqueline Landman Gay | jac...@hyperactivesw.com >> >> >> jac...@hyperactivesw.com>
> >> >> >> HyperActive Software | http://www.hyperactivesw.com<
> >> >> >> http://www.hyperactivesw.com/>
> >> >> >> On March 1, 2024 10:42:04 AM Bob Sneidar via use-livecode <
> >> >> >> use-livecode@lists.runrev.com> wrote:
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> ___
> >> >> >> use-livecode mailing list
> >> >> >> use-livecode@lists.runrev.com
> >> >> >> Please visit this url to subscribe, unsubscribe and manage your
> >> >> >> subscription preferences:
> >> >> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >> >> >>
> >> >> >
> >> >> >
> >> >> > --
> >> >> > On the first d

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

looks like specialfolderpath("documents") is sandboxed, after all.
apparently there is another Documents folder, that lc isn't accessing, that
is not.

On Fri, Mar 1, 2024 at 6:39 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Let me know if you find out. I'm still running in the before times.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 1, 2024 12:25:21 PM Mike Kerner via use-livecode
>  wrote:
>
> > the latest pieces that i found on the topic said that files can access
> the
> > documents folder (but not library), and that it is available by other
> > means, without jailbreaking.
> > thus, i need to screw around with this, some more.
> > if it's unavailable, then great, no need for library.
> > in The Before Times, documents was isolated, but i thought that changed.
> >
> > On Fri, Mar 1, 2024 at 1:10 PM J. Landman Gay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> A quick test would be to see if Files can access the private documents
> of
> >> any installed app. I could try it if I didn't have to steal my husband's
> >> phone, which is tricky business.
> >>
> >> --
> >> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >> HyperActive Software | http://www.hyperactivesw.com
> >> On March 1, 2024 11:40:09 AM Mike Kerner via use-livecode
> >>  wrote:
> >>
> >> > i'm going to have to mess with this, some more. i didn't think
> documents
> >> is
> >> > sandboxed.
> >> >
> >> >
> >> > On Fri, Mar 1, 2024 at 11:49 AM Bob Sneidar via use-livecode <
> >> > use-livecode@lists.runrev.com> wrote:
> >> >
> >> >> They should stop calling it a Sandbox then. It’s the entire beach!
> LOL!
> >> >>
> >> >> Bob S
> >> >>
> >> >>
> >> >> On Mar 1, 2024, at 8:45 AM, J. Landman Gay via use-livecode <
> >> >> use-livecode@lists.runrev.com> wrote:
> >> >>
> >> >> Right. In spite of Android's "external documents" option, which I
> >> needed,
> >> >> it's still in the sandbox.
> >> >>
> >> >> --
> >> >> Jacqueline Landman Gay | jac...@hyperactivesw.com >> >> jac...@hyperactivesw.com>
> >> >> HyperActive Software | http://www.hyperactivesw.com<
> >> >> http://www.hyperactivesw.com/>
> >> >> On March 1, 2024 10:42:04 AM Bob Sneidar via use-livecode <
> >> >> use-livecode@lists.runrev.com> wrote:
> >> >>
> >> >>
> >> >>
> >> >> ___
> >> >> use-livecode mailing list
> >> >> use-livecode@lists.runrev.com
> >> >> Please visit this url to subscribe, unsubscribe and manage your
> >> >> subscription preferences:
> >> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >> >>
> >> >
> >> >
> >> > --
> >> > On the first day, God created the heavens and the Earth
> >> > On the second day, God created the oceans.
> >> > On 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@lists.runrev.com
> >> > Please visit this url to subscribe, unsubscribe and manage your
> >> > subscription preferences:
> >> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On 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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

the latest pieces that i found on the topic said that files can access the
documents folder (but not library), and that it is available by other
means, without jailbreaking.
thus, i need to screw around with this, some more.
if it's unavailable, then great, no need for library.
in The Before Times, documents was isolated, but i thought that changed.

On Fri, Mar 1, 2024 at 1:10 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> A quick test would be to see if Files can access the private documents of
> any installed app. I could try it if I didn't have to steal my husband's
> phone, which is tricky business.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 1, 2024 11:40:09 AM Mike Kerner via use-livecode
>  wrote:
>
> > i'm going to have to mess with this, some more. i didn't think documents
> is
> > sandboxed.
> >
> >
> > On Fri, Mar 1, 2024 at 11:49 AM Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> They should stop calling it a Sandbox then. It’s the entire beach! LOL!
> >>
> >> Bob S
> >>
> >>
> >> On Mar 1, 2024, at 8:45 AM, J. Landman Gay via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> Right. In spite of Android's "external documents" option, which I
> needed,
> >> it's still in the sandbox.
> >>
> >> --
> >> Jacqueline Landman Gay | jac...@hyperactivesw.com >> jac...@hyperactivesw.com>
> >> HyperActive Software | http://www.hyperactivesw.com<
> >> http://www.hyperactivesw.com/>
> >> On March 1, 2024 10:42:04 AM Bob Sneidar via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On 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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

i'm going to have to mess with this, some more. i didn't think documents is
sandboxed.


On Fri, Mar 1, 2024 at 11:49 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> They should stop calling it a Sandbox then. It’s the entire beach! LOL!
>
> Bob S
>
>
> On Mar 1, 2024, at 8:45 AM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> Right. In spite of Android's "external documents" option, which I needed,
> it's still in the sandbox.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com jac...@hyperactivesw.com>
> HyperActive Software | http://www.hyperactivesw.com<
> http://www.hyperactivesw.com/>
> On March 1, 2024 10:42:04 AM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@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 | jac...@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@lists.runrev.com> wrote:
>> >
>> >> "Revert this stack". That just means "reload from disk". Or you can
>> >> specify
>> >> a different stack.
>> >> --
>> >> Jacqueline Landman Gay | jac...@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 <
>> mikeker...@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@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:
>> >> >>>
>> >> >>>Stac

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@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 | jac...@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@lists.runrev.com> wrote:
> >
> >> "Revert this stack". That just means "reload from disk". Or you can
> >> specify
> >> a different stack.
> >> --
> >> Jacqueline Landman Gay | jac...@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 <
> mikeker...@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@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 

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@lists.runrev.com> wrote:

> "Revert this stack". That just means "reload from disk". Or you can
> specify
> a different stack.
> --
> Jacqueline Landman Gay | jac...@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@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 | jac...@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@lists.runrev.com> wrote:
> >>> >
> >>> >> Hi Mike,
> >>> >>
> &

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@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 | jac...@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@lists.runrev.com> wrote:
>> >
>> >> Hi Mike,
>> >>
>> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode <
>> >> use-livecode@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

Re: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server

[Mike Kerner via use-livecode]

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@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Code Folding in LC

[Mike Kerner via use-livecode]

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@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@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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: disabled buttons still receive events, they just process them, later?

[Mike Kerner via use-livecode]

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@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@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@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@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@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@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@lists.runrev.com
> > > >>> Please visit this url to subscribe, unsubscribe and manage your
> > > >> subscription preferences:
> > > >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> > > >>
> > > >>
> > > >> ___
> > > >> use-livecod

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@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 | jac...@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@lists.runrev.com> wrote:
> >
> >> Hi Mike,
> >>
> >> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode <
> >> use-livecode@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
> >> kl...@major-k.de
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use

Re: disabled buttons still receive events, they just process them, later?

[Mike Kerner via use-livecode]

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@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@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@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@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@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >
> >
> > --
> > On the first day, God created the heavens and the Earth
> > On the second day, God created the oceans.
> > On 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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: disabled buttons still receive events, they just process them, later?

[Mike Kerner via use-livecode]

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@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@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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

disabled buttons still receive events, they just process them, later?

[Mike Kerner via use-livecode]

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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[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

On Wed, Feb 21, 2024 at 1:57 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Am 21.02.2024 um 19:51 schrieb Mike Kerner via use-livecode <
> use-livecode@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
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@lists.runrev.com> wrote:
>
>> Hi Mike,
>>
>> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode <
>> use-livecode@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
>> kl...@major-k.de
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[Mike Kerner via use-livecode]

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@lists.runrev.com> wrote:

> Hi Mike,
>
> > Am 21.02.2024 um 18:47 schrieb Mike Kerner via use-livecode <
> use-livecode@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
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: sideloading updates to mobile

[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.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: polygrid formatted column width

[Mike Kerner via use-livecode]

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@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@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: polygrid formatted column width

[Mike Kerner via use-livecode]

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@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@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

polygrid formatted column width

[Mike Kerner via use-livecode]

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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

sideloading updates to mobile

[Mike Kerner via use-livecode]

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.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Latest PolyGrid

[Mike Kerner via use-livecode]

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@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
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Code Folding in LC

[Mike Kerner via use-livecode]

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@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server

[Mike Kerner via use-livecode]

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@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@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@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@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@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server

[Mike Kerner via use-livecode]

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@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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Top things you are waiting for ....

[Mike Kerner via use-livecode]

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."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

web

[Mike Kerner via use-livecode]

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."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: activation and login broken?

[Mike Kerner via use-livecode]

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@lists.runrev.com> wrote:
>>
>>> Select urgent on the hosting support contact us page.
>>>
>>>
>>>
>>> Ralph DiMola
>>>
>>> IT Director
>>>
>>> Evergreen Information Services
>>>
>>> rdim...@evergreeninfo.net
>>>
>>> Phone: 518-636-3998 Ex:11
>>>
>>> Cell: 518-796-9332
>>>
>>>
>>>
>>> From: Mike Kerner [mailto:mikeker...@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@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
>>> rdim...@evergreeninfo.net
>>>
>>> -Original Message-
>>> From: use-livecode [mailto:use-livecode-boun...@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@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription
>>> preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> On the first day, God created the heavens and the Earth
>>> On the second day, God created the oceans.
>>> On 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@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."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: activation and login broken?

[Mike Kerner via use-livecode]

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@lists.runrev.com> wrote:
>
>> Select urgent on the hosting support contact us page.
>>
>>
>>
>> Ralph DiMola
>>
>> IT Director
>>
>> Evergreen Information Services
>>
>> rdim...@evergreeninfo.net
>>
>> Phone: 518-636-3998 Ex:11
>>
>> Cell: 518-796-9332
>>
>>
>>
>> From: Mike Kerner [mailto:mikeker...@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@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
>> rdim...@evergreeninfo.net
>>
>> -Original Message-
>> From: use-livecode [mailto:use-livecode-boun...@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@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>>
>>
>>
>>
>> --
>>
>> On the first day, God created the heavens and the Earth
>> On the second day, God created the oceans.
>> On 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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: activation and login broken?

[Mike Kerner via use-livecode]

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@lists.runrev.com> wrote:

> Select urgent on the hosting support contact us page.
>
>
>
> Ralph DiMola
>
> IT Director
>
> Evergreen Information Services
>
> rdim...@evergreeninfo.net
>
> Phone: 518-636-3998 Ex:11
>
> Cell: 518-796-9332
>
>
>
> From: Mike Kerner [mailto:mikeker...@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@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
> rdim...@evergreeninfo.net
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@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@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
>
>
> --
>
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: activation and login broken?

[Mike Kerner via use-livecode]

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@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
> rdim...@evergreeninfo.net
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@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@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

activation and login broken?

[Mike Kerner via use-livecode]

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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[off] google project idx

[Mike Kerner via use-livecode]

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."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Top things you are waiting for ....

[Mike Kerner via use-livecode]

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.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Top things you are waiting for ....

[Mike Kerner via use-livecode]

some day, "a couple weeks" will come, and the compiler will go into beta.

On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
> have to use something else.
>
> Everything in LiveCode should be Unicode. Really surprised there is stuff
> that is not.
>
> Kee Nethery
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Should I upgrade to Xcode 15.0 or 15.1?

[Mike Kerner via use-livecode]

can lc 9.6.11 use both 15 and 15.1?
i've been holding off on updating to sonoma

On Sat, Dec 16, 2023 at 1:55 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> For the purposes of notarization of macOS apps, I have seen no
> difference between Xcode 15 and 15.1 under Sonoma on a macBook Air (M1
> processor)
>
> I don't developer iOS apps though, nor do I use Xcode for anything other
> than code signing, notarization, and stapling of macOS desktop apps
>
>
> On 12/16/2023 1:43 PM, Andreas Bergendal via use-livecode wrote:
> > Hi all,
> >
> > I’ve just taken the step to MacOS Sonoma (14.2), and now intend to
> upgrade Xcode from 14.x to 15.
> > But I'm unsure of which version to go for, as the latest LC release
> notes say Xcode 15.0 and LC is usually quite picky about it.
> > I don’t want to download and install all the gigabytes of Xcode 15.1
> (which is the latest) just to discover that I really need 15.0
> >
> > Actually, the release notes don’t even mention MacOS 14.2 as a valid
> version for iOS deployment, so an additional question is if I’ve already
> burnt that bridge by going Sonoma, until LC catches up…?
> >
> > Please advise. :)
> >
> > /Andreas
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Top things you are waiting for ....

[Mike Kerner via use-livecode]

* the focus switches when you don't switch it? this is most noticeable when
one is in any of the palettes, such as the message box or the property
editor. hit delete, and...wait, what happened to the object that was on the
card? did it just get deleted? yes, it did. oh, you didn't notice? so sad.
* undo would help you fix that, if you noticed that suddenly something was
missing, but, well, you can't.

On Tue, Nov 14, 2023 at 12:53 PM General 2018 via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Serial communications over Bluetooth for Android.
>
> Currently Serial over Bluetooth limited to Windows and IOS devices at high
> tablet cost.
>
> Most real world solutions use Android for cost effective tablet for
> external device comms.
>
> This has been requested for at least 10 years for LC cross platform
> approach and is a weakness for such developments.
>
>
> > On 13 Nov 2023, at 02:16, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Thanks everyone for your answers.
> >
> >
> >
> >
> >> On Sun, Nov 12, 2023 at 7:13 PM Mike Kerner via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> one more:
> >> * attention span and discipline, or hiring a chief that has attention
> span
> >> and discipline - with lc chasing every new revenue thing, and lurching
> off
> >> after it, the half-finished meals that are strewn about reflects on the
> >> product. "look! a squirrel!" is not a plan.
> >>
> >> On Sun, Nov 12, 2023 at 7:04 PM Mike Kerner 
> >> wrote:
> >>
> >>> just going off the top-of-my-head. i don't feel like going into the bug
> >>> list, even though there are plenty of open ones, including for the
> summer
> >>> megabundle widgets
> >>>
> >>> things i licensed that i'm still waiting for:
> >>> * script compiler
> >>> * web deploy
> >>> things that severely degrade lc features or make them unusable:
> >>> * docs for lcb
> >>> * docs for property inspector and property editor
> >>> * script widgets
> >>> * multi-path svg support (i can't tell you how many great svg's are
> >>> unusable, because you can't flatten/combine the paths and get the
> layers
> >> to
> >>> work out)
> >>> * icon library fixes
> >>> * project browser support groups
> >>> things that are just annoying:
> >>> * filtering/sorting the inclusions for standalones (there's a freaking
> PR
> >>> for this that's been "awaiting release" for...three years?)
> >>> * all the other PR's that are just sitting in limbo.
> >>> * standalone inclusion selections fixed (did you know that the db
> library
> >>> is attached to standalones, even if you specifically deselect it? did
> you
> >>> know that every time you mouseUp on a standalone, the db library
> >> intercepts
> >>> the event?)
> >>>
> >>>
> >>>
> >>> On Sun, Nov 12, 2023 at 3:59 PM matthias rebbe via use-livecode <
> >>> use-livecode@lists.runrev.com> wrote:
> >>>
> >>>>
> >>>> 1. Debugger for Livecode Server.
> >>>> Man, what do i miss the On-Rev client
> >>>>
> >>>> 2. Native MSSQL database support
> >>>>
> >>>> 3. tsNet to support HTTP/2
> >>>> https://quality.livecode.com/show_bug.cgi?id=23355
> >>>> According to CharlesW this should be easily fixed with a 3rd party
> >>>> library which has to be included alongside curl.
> >>>>
> >>>>
> >>>>
> >>>>> Am 11.11.2023 um 23:43 schrieb Tom Glod via use-livecode <
> >>>> use-livecode@lists.runrev.com>:
> >>>>>
> >>>>> Hey everyone
> >>>>> Just a market research thread.
> >>>>> What are the top 3 or 5 things you are waiting for in Livecode's
> >> feature
> >>>>> set?
> >>>>> This is my list.
> >>>>>
> >>>>> 1. Updated Browser
> >>>>> 2. Compiler (its important because speed is important to the user
> >>>>> experience)
> >>>>> 3. integrated layering of native controls
> >>>>>
> >>>>> What are yours?
> >

Re: Top things you are waiting for ....

[Mike Kerner via use-livecode]

one more:
* attention span and discipline, or hiring a chief that has attention span
and discipline - with lc chasing every new revenue thing, and lurching off
after it, the half-finished meals that are strewn about reflects on the
product. "look! a squirrel!" is not a plan.

On Sun, Nov 12, 2023 at 7:04 PM Mike Kerner 
wrote:

> just going off the top-of-my-head. i don't feel like going into the bug
> list, even though there are plenty of open ones, including for the summer
> megabundle widgets
>
> things i licensed that i'm still waiting for:
> * script compiler
> * web deploy
> things that severely degrade lc features or make them unusable:
> * docs for lcb
> * docs for property inspector and property editor
> * script widgets
> * multi-path svg support (i can't tell you how many great svg's are
> unusable, because you can't flatten/combine the paths and get the layers to
> work out)
> * icon library fixes
> * project browser support groups
> things that are just annoying:
> * filtering/sorting the inclusions for standalones (there's a freaking PR
> for this that's been "awaiting release" for...three years?)
> * all the other PR's that are just sitting in limbo.
> * standalone inclusion selections fixed (did you know that the db library
> is attached to standalones, even if you specifically deselect it? did you
> know that every time you mouseUp on a standalone, the db library intercepts
> the event?)
>
>
>
> On Sun, Nov 12, 2023 at 3:59 PM matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>>
>> 1. Debugger for Livecode Server.
>> Man, what do i miss the On-Rev client
>>
>> 2. Native MSSQL database support
>>
>> 3. tsNet to support HTTP/2
>> https://quality.livecode.com/show_bug.cgi?id=23355
>> According to CharlesW this should be easily fixed with a 3rd party
>> library which has to be included alongside curl.
>>
>>
>>
>> > Am 11.11.2023 um 23:43 schrieb Tom Glod via use-livecode <
>> use-livecode@lists.runrev.com>:
>> >
>> > Hey everyone
>> > Just a market research thread.
>> > What are the top 3 or 5 things you are waiting for in Livecode's feature
>> > set?
>> > This is my list.
>> >
>> > 1. Updated Browser
>> > 2. Compiler (its important because speed is important to the user
>> > experience)
>> > 3. integrated layering of native controls
>> >
>> > What are yours?
>> >
>> > Cheers,
>> >
>> > Tom
>> > ___
>> > use-livecode mailing list
>> > use-livecode@lists.runrev.com
>> > Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> > http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Top things you are waiting for ....

[Mike Kerner via use-livecode]

just going off the top-of-my-head. i don't feel like going into the bug
list, even though there are plenty of open ones, including for the summer
megabundle widgets

things i licensed that i'm still waiting for:
* script compiler
* web deploy
things that severely degrade lc features or make them unusable:
* docs for lcb
* docs for property inspector and property editor
* script widgets
* multi-path svg support (i can't tell you how many great svg's are
unusable, because you can't flatten/combine the paths and get the layers to
work out)
* icon library fixes
* project browser support groups
things that are just annoying:
* filtering/sorting the inclusions for standalones (there's a freaking PR
for this that's been "awaiting release" for...three years?)
* all the other PR's that are just sitting in limbo.
* standalone inclusion selections fixed (did you know that the db library
is attached to standalones, even if you specifically deselect it? did you
know that every time you mouseUp on a standalone, the db library intercepts
the event?)



On Sun, Nov 12, 2023 at 3:59 PM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> 1. Debugger for Livecode Server.
> Man, what do i miss the On-Rev client
>
> 2. Native MSSQL database support
>
> 3. tsNet to support HTTP/2
> https://quality.livecode.com/show_bug.cgi?id=23355
> According to CharlesW this should be easily fixed with a 3rd party library
> which has to be included alongside curl.
>
>
>
> > Am 11.11.2023 um 23:43 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hey everyone
> > Just a market research thread.
> > What are the top 3 or 5 things you are waiting for in Livecode's feature
> > set?
> > This is my list.
> >
> > 1. Updated Browser
> > 2. Compiler (its important because speed is important to the user
> > experience)
> > 3. integrated layering of native controls
> >
> > What are yours?
> >
> > Cheers,
> >
> > Tom
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Property Inspector bug for keys with commas in the key name

[Mike Kerner via use-livecode]

ok, let's see. you got me distracted from real work:
if you're following along at home, in real time, look in
toolset->palettes->inspector->editors->com.livecode.pi.customprops.behavior.livecodescript

On Thu, Nov 2, 2023 at 6:02 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This bug (https://quality.livecode.com/show_bug.cgi?id=23512) where a
> comma in the key name of an array prevents the Proerty Inspector from
> being able to edit the property just bit me again.
>
> I have a stack (for help) that extensively uses keys with commas (create
> prior to the Project Browser and new PI) that I can not edit except by
> script - which is a pain in the (you know what).
>
> Does anyone have an edit to the PI code for this OR an alternative PI
> that does not have this bug?
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Property Inspector bug for keys with commas in the key name

[Mike Kerner via use-livecode]

no, but, i started to write a wiki on the PI/PE, which might help you to
get started in your search:
https://github.com/macMikey/LC-HACK/wiki/Property-Inspector

On Thu, Nov 2, 2023 at 6:02 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This bug (https://quality.livecode.com/show_bug.cgi?id=23512) where a
> comma in the key name of an array prevents the Proerty Inspector from
> being able to edit the property just bit me again.
>
> I have a stack (for help) that extensively uses keys with commas (create
> prior to the Project Browser and new PI) that I can not edit except by
> script - which is a pain in the (you know what).
>
> Does anyone have an edit to the PI code for this OR an alternative PI
> that does not have this bug?
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Direct editing of polygrid text cells and polylist text elements

[Mike Kerner via use-livecode]

sorry, i hit "send", too quickly.
focusOut and inputEndEditing would go in the "edit" field, and i think that
would get rid of the need for the cellClick handler in the pl/pg. the
cellClick handler will only manage clicks inside the pl/pg, not elsewhere
on the card.

On Thu, Nov 2, 2023 at 11:16 AM Mike Kerner 
wrote:

> i think you might need to add an on focusOut handler, because the user may
> choose to click outside of the field, and if the app is on mobile, an
> inputEndEditing handler
> this is bringing back 1980's memories, with how we had to hack controls to
> do the same thing in hc...
>
> On Thu, Nov 2, 2023 at 10:57 AM panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Hello all,
>>
>> You can write a script for that. Just add a PolyGrid and a field, set the
>> name of the field to "Edit" and add this code:
>>
>> Add this in the script of the field "edit":
>>
>> on enterinfield
>>hide me
>> end enterinfield
>>
>> on returninfield
>>hide me
>> end returninfield
>>
>> on textChanged
>>set the pgInternalPointer of widget "PolyGrid" to the cCoordinate of me
>>set the pgTextOfCell of widget "PolyGrid" to the text of me
>> end textChanged
>>
>> Add this to the script of the PolyGrid:
>>
>> on cellDoubleClick pCol, pRow, pRect
>>set the rect of field "edit" to pRect
>>set the text of field "edit" to the pgmousecelltext of me
>>set the cCoordinate of field "edit" to  pCol, pRow
>>show  field "edit"
>>--focus on field "edit"
>>select after  field "edit"
>> end cellDoubleClick
>>
>> on cellClick
>>hide  field "edit"
>> end cellClick
>>
>> Now just double-click on a cell to edit it.
>>
>> Kind regards,
>> Panos
>>
>> On Thu, 2 Nov 2023 at 00:01, Paul Dupuis via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > +1
>> >
>> > I'd like to know this too as I can see no way in the Property Inspector
>> > or the pgColumns property to indicate a column is 'editable'. Nor can I
>> > find any property, message, etc. in the polygrid Dictionary entry that
>> > seems to suggest cell editing.
>> >
>> >
>> > On 11/1/2023 5:28 PM, Peter Thirkell via use-livecode wrote:
>> > > I am enjoying both the polygrid and polylist add-ons to Livecode. They
>> > are infinitely flexible to use once you get to know them, and most
>> > importantly they render beautifully across all platforms.
>> > >
>> > > I have one question which doesn’t seem to be addressed in the
>> > documentation. The polygrid widget specifications say that it supports
>> > “direct cell editing” but I am not able to find any way to do this. Has
>> > anyone found a way?
>> > >
>> > > More generally, do we have any multi-line input field options for
>> > Livecode which render well across all platforms? Polygrid and polylist
>> work
>> > beautifully in displaying already existing data from some sort of data
>> > repository ... but it would be awesome to provide the ability for users
>> to
>> > input information as well as display it using the brilliant polygrid and
>> > polylist tools.
>> > >
>> > > Providing truly cross-platform inputting of data and information in an
>> > easy way would provide the final puzzle piece for many of us wanting to
>> > provide a modern and beautiful user interface for our apps.
>> > >
>> > > Many thanks 😊
>> > > ___
>> > > use-livecode mailing list
>> > > use-livecode@lists.runrev.com
>> > > Please visit this url to subscribe, unsubscribe and manage your
>> > subscription preferences:
>> > > http://lists.runrev.com/mailman/listinfo/use-livecode
>> >
>> >
>> > ___
>> > use-livecode mailing list
>> > use-livecode@lists.runrev.com
>> > Please visit this url to subscribe, unsubscribe and manage your
>> > subscription preferences:
>> > http://lists.runrev.com/mailman/listinfo/use-livecode
>> >
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Possible enhancement request

[Mike Kerner via use-livecode]

for good or bad, the lcb style guide section on events as excerpted, here

says
that those events are recommended, but not required.
in many of those widgets, it would also be nice if there was a way to
intercept the click, and decide what to do, before it is just done.
that's part of what led to the birth of the "navrad" widget - intercept a
click in the navbar and decide whether the hilite should be allowed to
change or not, instead of changing the hilite first, and then undoing it if
it should not have been allowed.

On Thu, Nov 2, 2023 at 11:20 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> before I post an enhancment request to the "Qualtiy Center", I wanted to
> hear your opinions about this.
>
> Wouldn't it be great if ALL widgets would receive and handle at least a
> mouseup (and mousedown) meassage?
> I have always wondered why that is not the case.
>
> This way scripting would be a lot easier for us and we do not have to
> remember the many different messages
> the widgets have. Yes, they can be seen in the script editor on the left
> side, nevertheless... :-)
>
> Examples:
> PolyGrid -> cellclick
> PolyList -> itemclick
> Segmentedcontrol -> hilitechanged
> Switch Button -> hilitechanged
> Radial Slider -> valueChanged
> Navigation Bar -> hilitechanged
> Line Graph -> receives NO message at all?
>
> Maybe I forgot one or two things here, but I think you get the picture.
> Thank you for your opinions.
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Direct editing of polygrid text cells and polylist text elements

[Mike Kerner via use-livecode]

i think you might need to add an on focusOut handler, because the user may
choose to click outside of the field, and if the app is on mobile, an
inputEndEditing handler
this is bringing back 1980's memories, with how we had to hack controls to
do the same thing in hc...

On Thu, Nov 2, 2023 at 10:57 AM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello all,
>
> You can write a script for that. Just add a PolyGrid and a field, set the
> name of the field to "Edit" and add this code:
>
> Add this in the script of the field "edit":
>
> on enterinfield
>hide me
> end enterinfield
>
> on returninfield
>hide me
> end returninfield
>
> on textChanged
>set the pgInternalPointer of widget "PolyGrid" to the cCoordinate of me
>set the pgTextOfCell of widget "PolyGrid" to the text of me
> end textChanged
>
> Add this to the script of the PolyGrid:
>
> on cellDoubleClick pCol, pRow, pRect
>set the rect of field "edit" to pRect
>set the text of field "edit" to the pgmousecelltext of me
>set the cCoordinate of field "edit" to  pCol, pRow
>show  field "edit"
>--focus on field "edit"
>select after  field "edit"
> end cellDoubleClick
>
> on cellClick
>hide  field "edit"
> end cellClick
>
> Now just double-click on a cell to edit it.
>
> Kind regards,
> Panos
>
> On Thu, 2 Nov 2023 at 00:01, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > +1
> >
> > I'd like to know this too as I can see no way in the Property Inspector
> > or the pgColumns property to indicate a column is 'editable'. Nor can I
> > find any property, message, etc. in the polygrid Dictionary entry that
> > seems to suggest cell editing.
> >
> >
> > On 11/1/2023 5:28 PM, Peter Thirkell via use-livecode wrote:
> > > I am enjoying both the polygrid and polylist add-ons to Livecode. They
> > are infinitely flexible to use once you get to know them, and most
> > importantly they render beautifully across all platforms.
> > >
> > > I have one question which doesn’t seem to be addressed in the
> > documentation. The polygrid widget specifications say that it supports
> > “direct cell editing” but I am not able to find any way to do this. Has
> > anyone found a way?
> > >
> > > More generally, do we have any multi-line input field options for
> > Livecode which render well across all platforms? Polygrid and polylist
> work
> > beautifully in displaying already existing data from some sort of data
> > repository ... but it would be awesome to provide the ability for users
> to
> > input information as well as display it using the brilliant polygrid and
> > polylist tools.
> > >
> > > Providing truly cross-platform inputting of data and information in an
> > easy way would provide the final puzzle piece for many of us wanting to
> > provide a modern and beautiful user interface for our apps.
> > >
> > > Many thanks 😊
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [[ ANN ]] Release 9.6.11 RC-1

[Mike Kerner via use-livecode]

looking forward to maybe finally doing the sonoma thing

On Thu, Nov 2, 2023 at 10:32 AM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Dear list members,
>
> We are pleased to announce the release of LiveCode 9.6.11 RC-1.
>
> LiveCode 9.6.11 RC-1 comes with more than 10 bugfixes and new features,
> including support for Xcode 15 / iOS 17 SDK.
>
> You can find more details on the bug fixes and improvements of this new
> release here:
>
> https://livecode.com/livecode-9-6-11-rc-1-released-support-for-ios-17/
>
> You can find the release in your LiveCode account area or get it via the
> automatic updater.
>
> Enjoy!
>
> Kind regards
> The LiveCode Team
> --
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On 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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode