From david.bovill at gmail.com  Sat Aug  8 06:35:56 2026
From: david.bovill at gmail.com (David Bovill)
Date: Sat, 8 Aug 2026 11:35:56 +0100
Subject: Beta widgets: form controls
In-Reply-To: <5ca161aa-e00c-4704-8208-13f2f02a318f@cogapp.com>
References: <E0285323-84E1-4E26-B7BD-6C145FD9E773@gmail.com>
 <5ca161aa-e00c-4704-8208-13f2f02a318f@cogapp.com>
Message-ID: 
 <CAGASioPOs-X+zr_1Kdu_e4eAhWvVKu9eFZVUahShct-XWFFNuA@mail.gmail.com>

I added a bunch of beta widgets with v11 - but they are not super well
documented. Is there somewhere I can find out more about how they work?

For instance the form control widget - looks like it uses an array with
certain properties - but there is no documentation regarding the range of
elements or how to subnet etc?

From david.bovill at gmail.com  Sat Aug  8 06:51:59 2026
From: david.bovill at gmail.com (David Bovill)
Date: Sat, 8 Aug 2026 11:51:59 +0100
Subject: Hitchhikers Guide to the Galaxy
In-Reply-To: <581B88B2-B202-41AB-84E5-6DC453502E14@caen.one>
References: <5959FE27-98A6-48D3-92D4-05CBB40A3722@caen.one>
 <A89E3B0A-AF45-4C38-9438-F4178CFC9B70@caen.one>
 <34F96502-D95C-4B74-A1EF-3A7062825A86@mac.com>
 <581B88B2-B202-41AB-84E5-6DC453502E14@caen.one>
Message-ID: 
 <CAGASioNw=TVMHG-zBMdnKgu1_-1e9KO-oHH4B7Re+sf-u_gziw@mail.gmail.com>

Morning thoughts from a distant planet.

A Livecode Guide is an interactive application that turns your smart phone
(or laptop if people still use such things in the future) into what you
remember from the movie (or book or however you came across the story in
the first place). So it speaks to you and you can speak to it, as such uch
of what you get with something like Chatgpt already does this - so we bring
this into the Guide. I wonder what such a Guide offers that is different
from generic ai chat and a bit of personality?

My take on this - sharing out loud here - is that the Guide provides
guidance - and we focus on providing that guidance in a specific
Hitchhiker-like way - so in the case of the "Hitchhikers Guide to Livecode"
you would have a charming, amusing journey accompanied by Marvin and other
characters that "show you how" to create an application. Showing how here
should not be an AI paperclip.

I'm working on Marvin - and should anyone like to help create Marvin - the
invitation is open - in the mantime I'll share how Marvin and other
characters are created and packaged in Livecode here. In September we start
working with MA students in Amsterdam, and some artists from Lattice Labs -
it will be interesting to see how a new generation feels about Livecode.

From thatkeith at mac.com  Sat Aug  8 08:29:36 2026
From: thatkeith at mac.com (Keith Martin)
Date: Sat, 8 Aug 2026 13:29:36 +0100
Subject: Hitchhikers Guide to the Galaxy
In-Reply-To: <6C130A32-B72B-4FD6-9507-7FFC869AE7D8@elloco.com>
References: <6C130A32-B72B-4FD6-9507-7FFC869AE7D8@elloco.com>
Message-ID: <51AF6C04-59A0-48B3-BA60-4EE83CC12096@mac.com>

That's a superb Douglas Adams anecdote! Mine is smaller: I was MacUser magazine's Technical Editor for many years. A short while after Adams's death someone from his company in London contacted us to ask if we wanted his old iMac. I of course jumped in a cab immediately and picked it up. It was a nice Graphite all-in-one iMac, but no hard drive of course (dammit!) and non-functioning for other reasons too. I kept it for a while as a cool 'guess what we have?' thing but eventually recycled it.

Keith


> On 15 Jul 2026, at 19:55, kee nethery via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> The very first instance of babelfish that I’ve seen, on screen, is in “Space Sweepers” a KDrama on Netflix.
> 
> In the show, many characters speak different languages and they all have a pod in their ear that does real time translations. The spoken languages I think I recall were Korean, Russian, English, French. Everything was subtitled in English (my selection). The conversations were fast paced and it really seemed like exactly what you’d expect from babelfish. I know StarTrek had universal translators but not the same. In Space Sweepers, they were speaking their native languages and that is exactly what we heard. It was kind of shocking and pretty cool. We are not that far from something similar.
> 
> Kee Nethery
> 
>> On Jul 15, 2026, at 7:16 AM, David Bovill via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> I see a collection of stories Georges - I'd love to connect you to the
>> writers form H2G2 and also the creative writing communities and book towns
>> that we have been engaging. How such interactive stories are reimagined as
>> Guides - should naturally build upon / learn from the history of such
>> multimedia story telling - and take it somewhere else. They should of
>> course be in many natural languages - as we have the Babelfish.
>> 
> 
> 
> PS: I “knew” Douglas Adams. Long ago I decided to make a special tie dye t-shirt for Kagi’s first customer. dadams at cerf.net <mailto:dadams at cerf.net> in London. Email bounced, postal mail bounced. Wondered, hitchhikers guide douglas adams? Saw him at an SF MacWorld and asked him if he had ever bought Anarchie and he said multiple times. Confirmed he was once dadams at cerf.net <mailto:dadams at cerf.net> and asked his shirt size. He said as large as possible and gave me his postal address.
> 
> We made up two 3XL shirts with “First Customer” embroidered on them and mailed them to him.
> 
> Six months later at an Apple party in NYC, I was in the crowd going one direction, saw him coming the other direction. We caught eyes
> Me: Did you get the shirts?
> Him: Yes, too small for me but women like them as sleepwear.
> Me: OK, we’ll get bigger.
> 
> And the crowd carried him away.
> 
> The fun thing about that conversation was there was no conversation set up. It was as if our conversation 6 months earlier just had a 6 month pause.
> 
> Called the T-Shirt company to get 4XL and 5XL tie dye shirts made.
> Me: We’d like another order but with 4XL and 5XL tie dye shirts.
> Him: No one makes 100% cotton t-shirts that big and we can only tie dye on 100% cotton.
> Me: Bummer, I’ll let Douglas Adams know we can’t do it.
> Him: YOU MEAN THE HITCHHIKERS GUIDE DOUGLAS ADAMS?
> Me: Yes
> Him: I’LL FIND SOME!
> 
> And he did. I mailed them off to Douglas Adams in southern california and next thing I heard he had had a heart attack.
> 
> Bummer. Sorry he died so young. He’d be so thrilled to use Wikipedia on a smartphone.
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From prothero at ucsb.edu  Sat Aug  8 20:02:07 2026
From: prothero at ucsb.edu (William Prothero)
Date: Sat, 8 Aug 2026 17:02:07 -0700
Subject: What would it take to renew my enthusiasm for LiveCode?
Message-ID: <386875C5-10EC-4F26-B8C7-61FA82DC3E70@ucsb.edu>

Folks, I have used LiveCode for most of my projects in the past, but have found it irrelevant to much of my work in Wordpress. It would be great to be able to used LiveCode for some of my projects. Here’s what stops me.:
1) development still seems “in progress” with bugs regularly reported
2) I don’t see any easily tested and built upon “starter” stacks that can be informative and that demonstrate examples of important operations. 
3) It seems that all of the security (regularly changing) Apple registration requirements are not needed for internet apps. Web applications should be much easier to implement.

I may be wrong on the above, but it appears that  livecode’s web based  apps do not invite new users to join and experiment in the style of HyperCard that encouraged newbies to “jump on in”, with immediate success on simple calculations and that encourage more exploration. 

In the past, I did a lot of programming in Macromedia Director’s programming language, which had super web animation capabilities, as well as other programming capabilities. It was dropped (no longer supported) when it was purchased by Adobe. Too bad. It was a good model for easily deployed web applications. 
So, that’s where I’m at. I’m disappointed, but am retired anyway and don’t do as much programming as I used to. 

Best to you all
Bill

William Prothero
UCSB Prof, retired. 


From alex at tweedly.net  Sun Aug  9 21:03:38 2026
From: alex at tweedly.net (Alex Tweedly)
Date: Mon, 10 Aug 2026 02:03:38 +0100
Subject: What would it take to renew my enthusiasm for LiveCode?
In-Reply-To: <386875C5-10EC-4F26-B8C7-61FA82DC3E70@ucsb.edu>
References: <386875C5-10EC-4F26-B8C7-61FA82DC3E70@ucsb.edu>
Message-ID: <18c40c4b-d123-42cf-867a-ac9cd2d1c3c3@tweedly.net>

Great question Bill. And one I have been asking myself for a while now.

There are many similarities : I am a long time user, I used to do lots 
of programming projects in LC, but haven't found much enthusiasm, or 
even much use, for LC recently.

Here's the short version of my answer currently:

1. Recognise that the need for (almost all) apps to work on 
phone/tablet, combined with the difficulties of ever-changing 
Apple/Google requirements means that "deploy to web" is extremely 
important - and make it central, rather than (as it currently feels) an 
unimportant side-issue.

that means:

a. complete it - adjust to window size changes, document what kind of 
local storage is available and how to use it, make.a *simple* way to 
handle splash-screen / loading message, etc., make sure that I *never* 
see or need the Javascript console or similar junk.

b. accept that any apps used on web will need user registration / login 
/auth - and provide either a library or a sample that provides a simple, 
but extensible, way to do that.

2. a major feature is the data store - document it. Create example apps 
that show off how to use it.

3. Many apps are (basically) an update to using Excel to manage some 
data - so make it trivial to provide a CSV/TSV/XLS file and from it 
create a data table, a single element form for entry/update, a 
spreadsheet (or datagrid) view with editing, ..... Allow a way to add 
constraints and verification rules.

4. STOP making new widgets that are simply a (poor) replacement for 
existing functionality.

case study : there are (fairly recent) widgets for "Date Picker" and 
"Date field". Date picker is a widget that kind of does the same thing 
as many previously available user sample stacks did - only it lacks many 
obvious features, and is not easily modifiable or extensible. It should 
be discarded and replaced by an (open source) script-only widget based 
on the most functionally complete available stack - e.g. Sarah 
Reichelt's (sp?) or Hugh Senior's - but built as a script-only widget so 
the complexity and installation idiosyncrasies are overcome.

(And it is sad that those are something like 20-year old stacks, and 
this widget appears now with so much less capability).

The date field widget should be a thin layer over the date picker - but 
it isn't. It has its own built-in date picker, which is missing many of 
the config options or features available in the date picker widget. So 
instead of being "badly underspecified" it is "pathetically underspecified".

and I'll throw in a wild-card:

5. do a deal with Canela Software to use either the Appli Player, or to 
create a LC player with the same base technology.

and finally,

6. Make it easier (i.e. better documented with examples) to create 
script-only widgets. AFAIK, it's only documented in a lesson, and there 
is no (obvious) description of how to create the documentation for the 
widget. Create a method to contribute / download such widgets.

Best,

Alex.

On 09/08/2026 01:02, William Prothero via use-livecode wrote:
> Folks, I have used LiveCode for most of my projects in the past, but have found it irrelevant to much of my work in Wordpress. It would be great to be able to used LiveCode for some of my projects. Here’s what stops me.:
> 1) development still seems “in progress” with bugs regularly reported
> 2) I don’t see any easily tested and built upon “starter” stacks that can be informative and that demonstrate examples of important operations.
> 3) It seems that all of the security (regularly changing) Apple registration requirements are not needed for internet apps. Web applications should be much easier to implement.
>
> I may be wrong on the above, but it appears that  livecode’s web based  apps do not invite new users to join and experiment in the style of HyperCard that encouraged newbies to “jump on in”, with immediate success on simple calculations and that encourage more exploration.
>
> In the past, I did a lot of programming in Macromedia Director’s programming language, which had super web animation capabilities, as well as other programming capabilities. It was dropped (no longer supported) when it was purchased by Adobe. Too bad. It was a good model for easily deployed web applications.
> So, that’s where I’m at. I’m disappointed, but am retired anyway and don’t do as much programming as I used to.
>
> Best to you all
> Bill
>
> William Prothero
> UCSB Prof, retired.
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From david.bovill at gmail.com  Mon Aug 10 05:16:19 2026
From: david.bovill at gmail.com (David Bovill)
Date: Mon, 10 Aug 2026 10:16:19 +0100
Subject: What would it take to renew my enthusiasm for LiveCode?
In-Reply-To: <18c40c4b-d123-42cf-867a-ac9cd2d1c3c3@tweedly.net>
References: <386875C5-10EC-4F26-B8C7-61FA82DC3E70@ucsb.edu>
 <18c40c4b-d123-42cf-867a-ac9cd2d1c3c3@tweedly.net>
Message-ID: 
 <CAGASioMN05_2nLZC71x+P=aenMv219PCPkbn8O+LCPFZuu_Fow@mail.gmail.com>

I'm doing quite a lot of integration now between Livecode web export and
web applications - the dance between them was always complicated - for a
few reasons that no longer seem to be the case. I'm not 100% sure yet, but
it looks good - subtle engine improvements (notably standard engine level
json handling) and better two-way javascript help, but the main thing is
the documentation fix that (please don't shout) comes through Marvin having
a deep understanding of software and the Livecode architecture - this means
when I want to fill those technical gaps that were confusing in the
documentation, and too slow or difficult to get from the list + forums +
Livecode themselves - I can ask the question in a rough direct way (without
embarassment) and get a great response in seconds (not 6 months ago but now
and getting better) - then and even more important I can ask Marvin for
some demos and test stacks - make some coffee - come back test them - ask
more questions in a fun direct way.

I miss doing that on the list - but the speed and fun cheerful helpfulness
of the ai route is a good stand-in. Bringing them together is the holy
grail. For Hitchhikers we'll be going out to communities to help write the
tone and character of Marvin (and other characters) - but we'll also be
crowd sourcing the widgets and "things that need fixing" - which mightbe
integrating with Wordpress better. It's the social side, and the economic
model of that sharing - how provenance and attribution works that gets
sticky / tricky. I'd love more human freinds on that journey.

On Mon, 10 Aug 2026 at 02:04, Alex Tweedly via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Great question Bill. And one I have been asking myself for a while now.
>
> There are many similarities : I am a long time user, I used to do lots
> of programming projects in LC, but haven't found much enthusiasm, or
> even much use, for LC recently.
>
> Here's the short version of my answer currently:
>
> 1. Recognise that the need for (almost all) apps to work on
> phone/tablet, combined with the difficulties of ever-changing
> Apple/Google requirements means that "deploy to web" is extremely
> important - and make it central, rather than (as it currently feels) an
> unimportant side-issue.
>
> that means:
>
> a. complete it - adjust to window size changes, document what kind of
> local storage is available and how to use it, make.a *simple* way to
> handle splash-screen / loading message, etc., make sure that I *never*
> see or need the Javascript console or similar junk.
>
> b. accept that any apps used on web will need user registration / login
> /auth - and provide either a library or a sample that provides a simple,
> but extensible, way to do that.
>
> 2. a major feature is the data store - document it. Create example apps
> that show off how to use it.
>
> 3. Many apps are (basically) an update to using Excel to manage some
> data - so make it trivial to provide a CSV/TSV/XLS file and from it
> create a data table, a single element form for entry/update, a
> spreadsheet (or datagrid) view with editing, ..... Allow a way to add
> constraints and verification rules.
>
> 4. STOP making new widgets that are simply a (poor) replacement for
> existing functionality.
>
> case study : there are (fairly recent) widgets for "Date Picker" and
> "Date field". Date picker is a widget that kind of does the same thing
> as many previously available user sample stacks did - only it lacks many
> obvious features, and is not easily modifiable or extensible. It should
> be discarded and replaced by an (open source) script-only widget based
> on the most functionally complete available stack - e.g. Sarah
> Reichelt's (sp?) or Hugh Senior's - but built as a script-only widget so
> the complexity and installation idiosyncrasies are overcome.
>
> (And it is sad that those are something like 20-year old stacks, and
> this widget appears now with so much less capability).
>
> The date field widget should be a thin layer over the date picker - but
> it isn't. It has its own built-in date picker, which is missing many of
> the config options or features available in the date picker widget. So
> instead of being "badly underspecified" it is "pathetically
> underspecified".
>
> and I'll throw in a wild-card:
>
> 5. do a deal with Canela Software to use either the Appli Player, or to
> create a LC player with the same base technology.
>
> and finally,
>
> 6. Make it easier (i.e. better documented with examples) to create
> script-only widgets. AFAIK, it's only documented in a lesson, and there
> is no (obvious) description of how to create the documentation for the
> widget. Create a method to contribute / download such widgets.
>
> Best,
>
> Alex.
>
> On 09/08/2026 01:02, William Prothero via use-livecode wrote:
> > Folks, I have used LiveCode for most of my projects in the past, but
> have found it irrelevant to much of my work in Wordpress. It would be great
> to be able to used LiveCode for some of my projects. Here’s what stops me.:
> > 1) development still seems “in progress” with bugs regularly reported
> > 2) I don’t see any easily tested and built upon “starter” stacks that
> can be informative and that demonstrate examples of important operations.
> > 3) It seems that all of the security (regularly changing) Apple
> registration requirements are not needed for internet apps. Web
> applications should be much easier to implement.
> >
> > I may be wrong on the above, but it appears that  livecode’s web based
> apps do not invite new users to join and experiment in the style of
> HyperCard that encouraged newbies to “jump on in”, with immediate success
> on simple calculations and that encourage more exploration.
> >
> > In the past, I did a lot of programming in Macromedia Director’s
> programming language, which had super web animation capabilities, as well
> as other programming capabilities. It was dropped (no longer supported)
> when it was purchased by Adobe. Too bad. It was a good model for easily
> deployed web applications.
> > So, that’s where I’m at. I’m disappointed, but am retired anyway and
> don’t do as much programming as I used to.
> >
> > Best to you all
> > Bill
> >
> > William Prothero
> > UCSB Prof, retired.
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From david.bovill at gmail.com  Wed Aug 12 13:00:21 2026
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 12 Aug 2026 18:00:21 +0100
Subject: Gstreamer for Hitchhikers TV?
In-Reply-To: <51AF6C04-59A0-48B3-BA60-4EE83CC12096@mac.com>
References: <6C130A32-B72B-4FD6-9507-7FFC869AE7D8@elloco.com>
 <51AF6C04-59A0-48B3-BA60-4EE83CC12096@mac.com>
Message-ID: 
 <CAGASioPdsi+mqfm_GToMMwm_rbUNUOr2NVUDndL0U2YebTddSQ@mail.gmail.com>

Has anyone explored integration between Livecode and live streaming? I'm
happy with WebRTC and would love to know more about where the platform is
at with live video / camera capture - as the earlier language support was a
bit "experimental".

I'm considering my first extension - and will be experimenting with
Gstreamer over teh coming weeks. Any guidance warmly received.

From tom at makeshyft.com  Sun Aug 16 21:21:17 2026
From: tom at makeshyft.com (Tom Glod)
Date: Sun, 16 Aug 2026 21:21:17 -0400
Subject: Gstreamer for Hitchhikers TV?
In-Reply-To: 
 <CAGASioPdsi+mqfm_GToMMwm_rbUNUOr2NVUDndL0U2YebTddSQ@mail.gmail.com>
References: <6C130A32-B72B-4FD6-9507-7FFC869AE7D8@elloco.com>
 <51AF6C04-59A0-48B3-BA60-4EE83CC12096@mac.com>
 <CAGASioPdsi+mqfm_GToMMwm_rbUNUOr2NVUDndL0U2YebTddSQ@mail.gmail.com>
Message-ID: 
 <CAPzQJL+TbxpiwVuPNLDoXSWCUaYV3mOC9j_6mnVLPh9rMxEN3A@mail.gmail.com>

Hi David,

WebRTC is already the best and reliable way of capturing video into
Livecode.  You can easily and reliably define the devices, you can capture
all the way up to 4k. And you have access to the stream via api,  Of course
it all happens in the browser widget using browser APIs.  And of course u
can output everything back to livecode reliably as well.

I have a demo of WebRTC,  if you look at the code, you'll see a livecode
bridge that  streams the data back to livecode in pieces so as to not
overflow.

https://browserapps.io/Web-RTC-Lab/

If you need to stream video, there is no reason not to use it, it solves
alot for you!! You have api access to the frames and audio of the stream
via webRTC api.  And you can do a lot of fast processing in the browser if
you need to send it to a different consumer.  You can even stream screen
share.

PM me if u run into specific things chances are I ran into them when I made
Browser Bro.

Cheers,Tom





On Wed, Aug 12, 2026 at 1:01 PM David Bovill via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Has anyone explored integration between Livecode and live streaming? I'm
> happy with WebRTC and would love to know more about where the platform is
> at with live video / camera capture - as the earlier language support was a
> bit "experimental".
>
> I'm considering my first extension - and will be experimenting with
> Gstreamer over teh coming weeks. Any guidance warmly received.
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From irog at mac.com  Sun Aug 16 22:46:11 2026
From: irog at mac.com (Roger Guay)
Date: Sun, 16 Aug 2026 19:46:11 -0700
Subject: Cursor Not Changing
Message-ID: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>

Hi Folks, 

Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe

Thank You

Roger

From david.bovill at gmail.com  Mon Aug 17 05:13:39 2026
From: david.bovill at gmail.com (David Bovill)
Date: Mon, 17 Aug 2026 10:13:39 +0100
Subject: Gstreamer for Hitchhikers TV?
In-Reply-To: 
 <CAPzQJL+TbxpiwVuPNLDoXSWCUaYV3mOC9j_6mnVLPh9rMxEN3A@mail.gmail.com>
References: <6C130A32-B72B-4FD6-9507-7FFC869AE7D8@elloco.com>
 <51AF6C04-59A0-48B3-BA60-4EE83CC12096@mac.com>
 <CAGASioPdsi+mqfm_GToMMwm_rbUNUOr2NVUDndL0U2YebTddSQ@mail.gmail.com>
 <CAPzQJL+TbxpiwVuPNLDoXSWCUaYV3mOC9j_6mnVLPh9rMxEN3A@mail.gmail.com>
Message-ID: 
 <CAGASioMvQMdGZ1Hmw8_6LkJRMsDHSag4MoH2Aj7gHD4b=+8pTQ@mail.gmail.com>

Exciting. I'm going to have a dive into the code - the best way to learn.

I'd give a shout out to vdo.ninja for webrtc work- so looking into
integrationwith livecode and the browser widget will be very useful.

The reason for gstreamer is the beed to work on a constrained memory
footprint device like the pi zero 2w - the overhead a browser pushes emery
usage to the margin when doing fancy things with video. For Hitchhiker TV I
want the Livecode app interacting with the Pi4  /Pi Zero.

On Mon, 17 Aug 2026, 02:22 Tom Glod via use-livecode, <
use-livecode at lists.runrev.com> wrote:

> Hi David,
>
> WebRTC is already the best and reliable way of capturing video into
> Livecode.  You can easily and reliably define the devices, you can capture
> all the way up to 4k. And you have access to the stream via api,  Of course
> it all happens in the browser widget using browser APIs.  And of course u
> can output everything back to livecode reliably as well.
>
> I have a demo of WebRTC,  if you look at the code, you'll see a livecode
> bridge that  streams the data back to livecode in pieces so as to not
> overflow.
>
> https://browserapps.io/Web-RTC-Lab/
>
> If you need to stream video, there is no reason not to use it, it solves
> alot for you!! You have api access to the frames and audio of the stream
> via webRTC api.  And you can do a lot of fast processing in the browser if
> you need to send it to a different consumer.  You can even stream screen
> share.
>
> PM me if u run into specific things chances are I ran into them when I made
> Browser Bro.
>
> Cheers,Tom
>
>
>
>
>
> On Wed, Aug 12, 2026 at 1:01 PM David Bovill via use-livecode <
> use-livecode at lists.runrev.com> wrote:
>
> > Has anyone explored integration between Livecode and live streaming? I'm
> > happy with WebRTC and would love to know more about where the platform is
> > at with live video / camera capture - as the earlier language support
> was a
> > bit "experimental".
> >
> > I'm considering my first extension - and will be experimenting with
> > Gstreamer over teh coming weeks. Any guidance warmly received.
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From paul at researchware.com  Mon Aug 17 10:05:42 2026
From: paul at researchware.com (Paul Dupuis)
Date: Mon, 17 Aug 2026 10:05:42 -0400
Subject: Cursor Not Changing
In-Reply-To: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
Message-ID: <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>

There are 1 or more bugs related to cursors and lock cursor I submitted 
ages ago that I don;t think have been fixed in classic Livecode.

Here's the one I think applies: 
https://quality.livecode.com/show_bug.cgi?id=22211


On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
> Hi Folks,
>
> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>
> Thank You
>
> Roger
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From irog at mac.com  Tue Aug 18 01:02:58 2026
From: irog at mac.com (Roger Guay)
Date: Mon, 17 Aug 2026 22:02:58 -0700
Subject: Cursor Not Changing
In-Reply-To: <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
Message-ID: <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>

Thank you, Paul!

> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
> 
> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
> 
> 
> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>> Hi Folks,
>> 
>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>> 
>> Thank You
>> 
>> Roger
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From paul at researchware.com  Tue Aug 18 09:56:24 2026
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 18 Aug 2026 09:56:24 -0400
Subject: Cursor Not Changing
In-Reply-To: <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
Message-ID: <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>

I find it interesting that this bug is listed as "AWAITING _MERGE", as 
well as a number of other bugs in that same state.

If I recall, that means the code to fix it has been written and just 
need to be built and possibly tested.

As I also seem to recall LiveCode spent a lot of time developing 
automated testing routines, and an automated build process, I DO have to 
wonder why they do not just release ONE more maintenance release of 
LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.

It seems like a waste of human resources for someone to have spent the 
time fixing the code and not roll it into one last build and release.

-- Paul


On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
> Thank you, Paul!
>
>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>
>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>
>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>
>>
>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>> Hi Folks,
>>>
>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>
>>> Thank You
>>>
>>> Roger
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Tue Aug 18 10:20:11 2026
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 18 Aug 2026 10:20:11 -0400
Subject: Cursor Not Changing
In-Reply-To: <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
Message-ID: <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>

I have never seen this. It is common knowledge? I an on a Ma

Craig

> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
> 
> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
> 
> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
> 
> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
> 
> -- Paul
> 
> 
> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>> Thank you, Paul!
>> 
>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>> 
>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>> 
>>> 
>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>> Hi Folks,
>>>> 
>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>> 
>>>> Thank You
>>>> 
>>>> Roger
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From paul at researchware.com  Tue Aug 18 10:52:16 2026
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 18 Aug 2026 10:52:16 -0400
Subject: Cursor Not Changing
In-Reply-To: <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
Message-ID: <2783efb1-3ccd-4ad5-9d83-5b9976a0c923@researchware.com>

You can search the LiveCode Quality Center yourself at 
https://quality.livecode.com/
Either search for those in the AWAITING_MERGE state or just browse the 
bugs and find them

As I said, my recall (which could be incorrect) was that LiveCode. LTC, 
had in place an automated build and testing process. No software build 
is "easy" and "effortless". So to do one final LiveCode Classic build 
with all the AWAITING_MERGE code folded in is still a level of work that 
would presumably take some time away from LiveCode Create, but it does 
seem to me to be a waste to let the code already written (the "PR" if 
you look at one of the "AWAITING_MERGE" bugs) go to waste.

More specifically, I am not sure which "this" you haven't see or what 
bits your asking if they are "common knowledge". I assume everyone on 
this list is aware of the Quality Center (BUGZILLA) bug and enhancement 
reporting system. If you have followed any bugs or reported any, I would 
also assume you are aware of the various bug "Statuses" like AWAITING_MERGE.

The LC automated build and testing, I suspect (if my memory is correct) 
is less well known as I think it was only spoken to in some of Kevin 
Miller's updates in years past (can't remember whether it was in a video 
update or text update).

-- Paul

On 8/18/2026 10:20 AM, Craig Newman via use-livecode wrote:
> I have never seen this. It is common knowledge? I an on a Ma
>
> Craig
>
>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>
>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>
>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>
>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>
>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>
>> -- Paul
>>
>>
>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>> Thank you, Paul!
>>>
>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>
>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>
>>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>>>
>>>>
>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>> Hi Folks,
>>>>>
>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>
>>>>> Thank You
>>>>>
>>>>> Roger
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jacque at hyperactivesw.com  Tue Aug 18 11:18:57 2026
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 18 Aug 2026 10:18:57 -0500
Subject: Cursor Not Changing
In-Reply-To: <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
Message-ID: 
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

It may be that the cursor stack is corrupted, or that another image has the 
same ID as the pointer cursor. I'd try deleting the LC app and 
re-installing to see if that fixes it.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On August 18, 2026 9:23:23 AM Craig Newman via use-livecode 
<use-livecode at lists.runrev.com> wrote:

> I have never seen this. It is common knowledge? I an on a Ma
>
> Craig
>
>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode 
>> <use-livecode at lists.runrev.com> wrote:
>>
>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well 
>> as a number of other bugs in that same state.
>>
>> If I recall, that means the code to fix it has been written and just need 
>> to be built and possibly tested.
>>
>> As I also seem to recall LiveCode spent a lot of time developing automated 
>> testing routines, and an automated build process, I DO have to wonder why 
>> they do not just release ONE more maintenance release of LiveCode Classic 
>> with any and all AWAITING _MERGE fixes rolled in.
>>
>> It seems like a waste of human resources for someone to have spent the time 
>> fixing the code and not roll it into one last build and release.
>>
>> -- Paul
>>
>>
>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>> Thank you, Paul!
>>>
>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode 
>>>> <use-livecode at lists.runrev.com> wrote:
>>>>
>>>> There are 1 or more bugs related to cursors and lock cursor I submitted 
>>>> ages ago that I don;t think have been fixed in classic Livecode.
>>>>
>>>> Here's the one I think applies: 
>>>> https://quality.livecode.com/show_bug.cgi?id=22211
>>>>
>>>>
>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>> Hi Folks,
>>>>>
>>>>> Can anyone tell me why the cursor does not change when I switch from the 
>>>>> browse to pointer tools and vice versa? It’s always the browse tool, 
>>>>> regardless of what I select, even though the function is switched as 
>>>>> expected. LC 10.0.5, Mac OS Tahoe
>>>>>
>>>>> Thank You
>>>>>
>>>>> Roger
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




From paul at researchware.com  Tue Aug 18 12:16:48 2026
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 18 Aug 2026 12:16:48 -0400
Subject: Cursor Not Changing
In-Reply-To: 
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
Message-ID: <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>

It is a very old bug, and, even with a fresh install of LC 10, it still 
seems present.

For a while we tested every new release to see it it was fixed and the 
database just had not been updated. Then we gave up. If the bug is in 
fact fixed, or there is a reliable work around, like reinstalling the 
cursor stack, then LiveCode, LTD should have put that in the bug 
comments and update the status.

It was/is there job to inform customers, who report bugs, when those bug 
are fixed. At least in my opinion.

It may be a completely moot point in LiveCode Create - for all I know 
the bug does not exists in that code base - and that is the future 
direction of LiveCode.

-- Paul

On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
> It may be that the cursor stack is corrupted, or that another image 
> has the same ID as the pointer cursor. I'd try deleting the LC app and 
> re-installing to see if that fixes it.
>
> -- 
> Jacqueline Landman Gay | jacque at hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode 
> <use-livecode at lists.runrev.com> wrote:
>
>> I have never seen this. It is common knowledge? I an on a Ma
>>
>> Craig
>>
>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode 
>>> <use-livecode at lists.runrev.com> wrote:
>>>
>>> I find it interesting that this bug is listed as "AWAITING _MERGE", 
>>> as well as a number of other bugs in that same state.
>>>
>>> If I recall, that means the code to fix it has been written and just 
>>> need to be built and possibly tested.
>>>
>>> As I also seem to recall LiveCode spent a lot of time developing 
>>> automated testing routines, and an automated build process, I DO 
>>> have to wonder why they do not just release ONE more maintenance 
>>> release of LiveCode Classic with any and all AWAITING _MERGE fixes 
>>> rolled in.
>>>
>>> It seems like a waste of human resources for someone to have spent 
>>> the time fixing the code and not roll it into one last build and 
>>> release.
>>>
>>> -- Paul
>>>
>>>
>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>> Thank you, Paul!
>>>>
>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode 
>>>>> <use-livecode at lists.runrev.com> wrote:
>>>>>
>>>>> There are 1 or more bugs related to cursors and lock cursor I 
>>>>> submitted ages ago that I don;t think have been fixed in classic 
>>>>> Livecode.
>>>>>
>>>>> Here's the one I think applies: 
>>>>> https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>
>>>>>
>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>> Hi Folks,
>>>>>>
>>>>>> Can anyone tell me why the cursor does not change when I switch 
>>>>>> from the browse to pointer tools and vice versa? It’s always the 
>>>>>> browse tool, regardless of what I select, even though the 
>>>>>> function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>
>>>>>> Thank You
>>>>>>
>>>>>> Roger
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From paul at researchware.com  Tue Aug 18 12:39:33 2026
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 18 Aug 2026 12:39:33 -0400
Subject: Cursor Not Changing
In-Reply-To: <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
Message-ID: <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>

To be fair, I just downloaded the my sample stack and tested in LC 10

The behavior is different - one might argue it is fixed from hat I 
described. However, I would still say it is erroneous. When the sample 
stack is originally opened the cursor is locked to a browse (finger). If 
you move the cursor into the blue rectangle it does change as it should 
and change back as it should when exiting the blue rectangle.

However, it you move the cursor over a button (like the Quit button, it 
changes to a pointer, and then when leaving the Quit button, it remains 
a pointer, even though the cursor was locked at the browser (finger) 
cursor. This appears the same behavior whether lock cursor is true or 
false. I would argue that under lock cursor it should remain as locked 
(finger) until the code tell it otherwise.

-- Paul

On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
> It is a very old bug, and, even with a fresh install of LC 10, it 
> still seems present.
>
> For a while we tested every new release to see it it was fixed and the 
> database just had not been updated. Then we gave up. If the bug is in 
> fact fixed, or there is a reliable work around, like reinstalling the 
> cursor stack, then LiveCode, LTD should have put that in the bug 
> comments and update the status.
>
> It was/is there job to inform customers, who report bugs, when those 
> bug are fixed. At least in my opinion.
>
> It may be a completely moot point in LiveCode Create - for all I know 
> the bug does not exists in that code base - and that is the future 
> direction of LiveCode.
>
> -- Paul
>
> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>> It may be that the cursor stack is corrupted, or that another image 
>> has the same ID as the pointer cursor. I'd try deleting the LC app 
>> and re-installing to see if that fixes it.
>>
>> -- 
>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode 
>> <use-livecode at lists.runrev.com> wrote:
>>
>>> I have never seen this. It is common knowledge? I an on a Ma
>>>
>>> Craig
>>>
>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode 
>>>> <use-livecode at lists.runrev.com> wrote:
>>>>
>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", 
>>>> as well as a number of other bugs in that same state.
>>>>
>>>> If I recall, that means the code to fix it has been written and 
>>>> just need to be built and possibly tested.
>>>>
>>>> As I also seem to recall LiveCode spent a lot of time developing 
>>>> automated testing routines, and an automated build process, I DO 
>>>> have to wonder why they do not just release ONE more maintenance 
>>>> release of LiveCode Classic with any and all AWAITING _MERGE fixes 
>>>> rolled in.
>>>>
>>>> It seems like a waste of human resources for someone to have spent 
>>>> the time fixing the code and not roll it into one last build and 
>>>> release.
>>>>
>>>> -- Paul
>>>>
>>>>
>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>> Thank you, Paul!
>>>>>
>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode 
>>>>>> <use-livecode at lists.runrev.com> wrote:
>>>>>>
>>>>>> There are 1 or more bugs related to cursors and lock cursor I 
>>>>>> submitted ages ago that I don;t think have been fixed in classic 
>>>>>> Livecode.
>>>>>>
>>>>>> Here's the one I think applies: 
>>>>>> https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>>
>>>>>>
>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>> Hi Folks,
>>>>>>>
>>>>>>> Can anyone tell me why the cursor does not change when I switch 
>>>>>>> from the browse to pointer tools and vice versa? It’s always the 
>>>>>>> browse tool, regardless of what I select, even though the 
>>>>>>> function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>
>>>>>>> Thank You
>>>>>>>
>>>>>>> Roger
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Tue Aug 18 13:49:05 2026
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 18 Aug 2026 13:49:05 -0400
Subject: Cursor Not Changing
In-Reply-To: <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
Message-ID: <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>

All.

I am in 9.6.9, and again, have never seen this strange cursor issue. So why me, if it is so well known a bug?

Craig

> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> To be fair, I just downloaded the my sample stack and tested in LC 10
> 
> The behavior is different - one might argue it is fixed from hat I described. However, I would still say it is erroneous. When the sample stack is originally opened the cursor is locked to a browse (finger). If you move the cursor into the blue rectangle it does change as it should and change back as it should when exiting the blue rectangle.
> 
> However, it you move the cursor over a button (like the Quit button, it changes to a pointer, and then when leaving the Quit button, it remains a pointer, even though the cursor was locked at the browser (finger) cursor. This appears the same behavior whether lock cursor is true or false. I would argue that under lock cursor it should remain as locked (finger) until the code tell it otherwise.
> 
> -- Paul
> 
> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>> It is a very old bug, and, even with a fresh install of LC 10, it still seems present.
>> 
>> For a while we tested every new release to see it it was fixed and the database just had not been updated. Then we gave up. If the bug is in fact fixed, or there is a reliable work around, like reinstalling the cursor stack, then LiveCode, LTD should have put that in the bug comments and update the status.
>> 
>> It was/is there job to inform customers, who report bugs, when those bug are fixed. At least in my opinion.
>> 
>> It may be a completely moot point in LiveCode Create - for all I know the bug does not exists in that code base - and that is the future direction of LiveCode.
>> 
>> -- Paul
>> 
>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>> It may be that the cursor stack is corrupted, or that another image has the same ID as the pointer cursor. I'd try deleting the LC app and re-installing to see if that fixes it.
>>> 
>>> -- 
>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>> HyperActive Software | http://www.hyperactivesw.com
>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>> 
>>>> Craig
>>>> 
>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>>>> 
>>>>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>>>> 
>>>>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>> 
>>>>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>>>> 
>>>>> -- Paul
>>>>> 
>>>>> 
>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>> Thank you, Paul!
>>>>>> 
>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>>>> 
>>>>>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>>> 
>>>>>>> 
>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>> Hi Folks,
>>>>>>>> 
>>>>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>> 
>>>>>>>> Thank You
>>>>>>>> 
>>>>>>>> Roger
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From paul at researchware.com  Tue Aug 18 17:52:36 2026
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 18 Aug 2026 17:52:36 -0400
Subject: Cursor Not Changing
In-Reply-To: <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
Message-ID: <34c3a417-43f9-4231-8446-0aa16142257c@researchware.com>

Download the test stack at 
https://quality.livecode.com/show_bug.cgi?id=22211

Open it in 9.6.9
Make sure you are in "browse mode" (running the stack)

If the cursor in not in the blue square, it should be the browser cursor 
(a finger pointing up)
If the cursor is in the blue box,it should be  a object selection 
pointer cursor

The script is in the blue rectangle:
on mouseEnter
   choose pointer tool
   lock cursor
   set cursor to cross
end mouseEnter

on mouseLeave
   choose browse tool
   lock cursor
   set cursor to hand
end mouseLeave

On entering, the cursor is locked as a cross. On exiting ot is locked as 
a hand.

lock cursor SHOULD keep the cursor locked on a card until unlock cursor 
is used.

Observe what happen if you move the cursor over the Quit button and back 
out - it remains a pointer


On 8/18/2026 1:49 PM, Craig Newman via use-livecode wrote:
> All.
>
> I am in 9.6.9, and again, have never seen this strange cursor issue. So why me, if it is so well known a bug?
>
> Craig
>
>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>
>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>
>> The behavior is different - one might argue it is fixed from hat I described. However, I would still say it is erroneous. When the sample stack is originally opened the cursor is locked to a browse (finger). If you move the cursor into the blue rectangle it does change as it should and change back as it should when exiting the blue rectangle.
>>
>> However, it you move the cursor over a button (like the Quit button, it changes to a pointer, and then when leaving the Quit button, it remains a pointer, even though the cursor was locked at the browser (finger) cursor. This appears the same behavior whether lock cursor is true or false. I would argue that under lock cursor it should remain as locked (finger) until the code tell it otherwise.
>>
>> -- Paul
>>
>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>> It is a very old bug, and, even with a fresh install of LC 10, it still seems present.
>>>
>>> For a while we tested every new release to see it it was fixed and the database just had not been updated. Then we gave up. If the bug is in fact fixed, or there is a reliable work around, like reinstalling the cursor stack, then LiveCode, LTD should have put that in the bug comments and update the status.
>>>
>>> It was/is there job to inform customers, who report bugs, when those bug are fixed. At least in my opinion.
>>>
>>> It may be a completely moot point in LiveCode Create - for all I know the bug does not exists in that code base - and that is the future direction of LiveCode.
>>>
>>> -- Paul
>>>
>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>> It may be that the cursor stack is corrupted, or that another image has the same ID as the pointer cursor. I'd try deleting the LC app and re-installing to see if that fixes it.
>>>>
>>>> -- 
>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>> HyperActive Software | http://www.hyperactivesw.com
>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>
>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>
>>>>> Craig
>>>>>
>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>
>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>>>>>
>>>>>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>>>>>
>>>>>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>>>
>>>>>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>>>>>
>>>>>> -- Paul
>>>>>>
>>>>>>
>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>> Thank you, Paul!
>>>>>>>
>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>>>
>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>>>>>
>>>>>>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>> Hi Folks,
>>>>>>>>>
>>>>>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>>
>>>>>>>>> Thank You
>>>>>>>>>
>>>>>>>>> Roger
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From irog at mac.com  Wed Aug 19 10:21:33 2026
From: irog at mac.com (Roger Guay)
Date: Wed, 19 Aug 2026 07:21:33 -0700
Subject: Cursor Not Changing
In-Reply-To: <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
Message-ID: <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>

I had not seen it before either until a few weeks ago. Now, the problem is present in all the various releases I have of LC and in HyperXtalk

Roger

> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> All.
> 
> I am in 9.6.9, and again, have never seen this strange cursor issue. So why me, if it is so well known a bug?
> 
> Craig
> 
>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> To be fair, I just downloaded the my sample stack and tested in LC 10
>> 
>> The behavior is different - one might argue it is fixed from hat I described. However, I would still say it is erroneous. When the sample stack is originally opened the cursor is locked to a browse (finger). If you move the cursor into the blue rectangle it does change as it should and change back as it should when exiting the blue rectangle.
>> 
>> However, it you move the cursor over a button (like the Quit button, it changes to a pointer, and then when leaving the Quit button, it remains a pointer, even though the cursor was locked at the browser (finger) cursor. This appears the same behavior whether lock cursor is true or false. I would argue that under lock cursor it should remain as locked (finger) until the code tell it otherwise.
>> 
>> -- Paul
>> 
>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>> It is a very old bug, and, even with a fresh install of LC 10, it still seems present.
>>> 
>>> For a while we tested every new release to see it it was fixed and the database just had not been updated. Then we gave up. If the bug is in fact fixed, or there is a reliable work around, like reinstalling the cursor stack, then LiveCode, LTD should have put that in the bug comments and update the status.
>>> 
>>> It was/is there job to inform customers, who report bugs, when those bug are fixed. At least in my opinion.
>>> 
>>> It may be a completely moot point in LiveCode Create - for all I know the bug does not exists in that code base - and that is the future direction of LiveCode.
>>> 
>>> -- Paul
>>> 
>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>> It may be that the cursor stack is corrupted, or that another image has the same ID as the pointer cursor. I'd try deleting the LC app and re-installing to see if that fixes it.
>>>> 
>>>> -- 
>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>> HyperActive Software | http://www.hyperactivesw.com
>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>>>>> 
>>>>>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>>>>> 
>>>>>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>>> 
>>>>>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>>>>> 
>>>>>> -- Paul
>>>>>> 
>>>>>> 
>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>> Thank you, Paul!
>>>>>>> 
>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>>>>> 
>>>>>>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>> Hi Folks,
>>>>>>>>> 
>>>>>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>> 
>>>>>>>>> Thank You
>>>>>>>>> 
>>>>>>>>> Roger
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From paul at researchware.com  Wed Aug 19 11:55:05 2026
From: paul at researchware.com (Paul Dupuis)
Date: Wed, 19 Aug 2026 11:55:05 -0400
Subject: Cursor Not Changing
In-Reply-To: <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
 <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
Message-ID: <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>

Honestly, most people I think would never see this bug. I don't think 
many people use "lock cursor".

I only found it as we have a commercial application that has a component 
that does something like "mind mapping" - i.e. drawing boxes of "codes:" 
and connecting them. To do so we have to enter LC's drawing "mode" to 
manipulate creating new drawing objects and placing them in a group. We 
have to tightly control the cursor in and out of the group. That is 
where it became apparent for us.

Anyway, it is unlikely to ever get built into a new LC 10 maintenance 
version at this point, so it;s a moot point.

-- Paul

On 8/19/2026 10:21 AM, Roger Guay via use-livecode wrote:
> I had not seen it before either until a few weeks ago. Now, the problem is present in all the various releases I have of LC and in HyperXtalk
>
> Roger
>
>> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>
>> All.
>>
>> I am in 9.6.9, and again, have never seen this strange cursor issue. So why me, if it is so well known a bug?
>>
>> Craig
>>
>>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>
>>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>>
>>> The behavior is different - one might argue it is fixed from hat I described. However, I would still say it is erroneous. When the sample stack is originally opened the cursor is locked to a browse (finger). If you move the cursor into the blue rectangle it does change as it should and change back as it should when exiting the blue rectangle.
>>>
>>> However, it you move the cursor over a button (like the Quit button, it changes to a pointer, and then when leaving the Quit button, it remains a pointer, even though the cursor was locked at the browser (finger) cursor. This appears the same behavior whether lock cursor is true or false. I would argue that under lock cursor it should remain as locked (finger) until the code tell it otherwise.
>>>
>>> -- Paul
>>>
>>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>>> It is a very old bug, and, even with a fresh install of LC 10, it still seems present.
>>>>
>>>> For a while we tested every new release to see it it was fixed and the database just had not been updated. Then we gave up. If the bug is in fact fixed, or there is a reliable work around, like reinstalling the cursor stack, then LiveCode, LTD should have put that in the bug comments and update the status.
>>>>
>>>> It was/is there job to inform customers, who report bugs, when those bug are fixed. At least in my opinion.
>>>>
>>>> It may be a completely moot point in LiveCode Create - for all I know the bug does not exists in that code base - and that is the future direction of LiveCode.
>>>>
>>>> -- Paul
>>>>
>>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>>> It may be that the cursor stack is corrupted, or that another image has the same ID as the pointer cursor. I'd try deleting the LC app and re-installing to see if that fixes it.
>>>>>
>>>>> -- 
>>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>
>>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>>
>>>>>> Craig
>>>>>>
>>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>>
>>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>>>>>>
>>>>>>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>>>>>>
>>>>>>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>>>>
>>>>>>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>>>>>>
>>>>>>> -- Paul
>>>>>>>
>>>>>>>
>>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>>> Thank you, Paul!
>>>>>>>>
>>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>>>>
>>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>>>>>>
>>>>>>>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>>> Hi Folks,
>>>>>>>>>>
>>>>>>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>>>
>>>>>>>>>> Thank You
>>>>>>>>>>
>>>>>>>>>> Roger
>>>>>>>>>> _______________________________________________
>>>>>>>>>> use-livecode mailing list
>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Aug 19 12:21:11 2026
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 19 Aug 2026 12:21:11 -0400
Subject: Cursor Not Changing
In-Reply-To: <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
 <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
 <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
Message-ID: <E6F51075-6EC4-46BC-9E4F-7722D1E86EFA@starfirelighting.com>

Ah. I see now. I missed the central point, that this is a lockCursor issue, not simply a cursor issue.

Craig

> On Aug 19, 2026, at 11:55 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Honestly, most people I think would never see this bug. I don't think many people use "lock cursor".
> 
> I only found it as we have a commercial application that has a component that does something like "mind mapping" - i.e. drawing boxes of "codes:" and connecting them. To do so we have to enter LC's drawing "mode" to manipulate creating new drawing objects and placing them in a group. We have to tightly control the cursor in and out of the group. That is where it became apparent for us.
> 
> Anyway, it is unlikely to ever get built into a new LC 10 maintenance version at this point, so it;s a moot point.
> 
> -- Paul
> 
> On 8/19/2026 10:21 AM, Roger Guay via use-livecode wrote:
>> I had not seen it before either until a few weeks ago. Now, the problem is present in all the various releases I have of LC and in HyperXtalk
>> 
>> Roger
>> 
>>> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> All.
>>> 
>>> I am in 9.6.9, and again, have never seen this strange cursor issue. So why me, if it is so well known a bug?
>>> 
>>> Craig
>>> 
>>>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>>> 
>>>> The behavior is different - one might argue it is fixed from hat I described. However, I would still say it is erroneous. When the sample stack is originally opened the cursor is locked to a browse (finger). If you move the cursor into the blue rectangle it does change as it should and change back as it should when exiting the blue rectangle.
>>>> 
>>>> However, it you move the cursor over a button (like the Quit button, it changes to a pointer, and then when leaving the Quit button, it remains a pointer, even though the cursor was locked at the browser (finger) cursor. This appears the same behavior whether lock cursor is true or false. I would argue that under lock cursor it should remain as locked (finger) until the code tell it otherwise.
>>>> 
>>>> -- Paul
>>>> 
>>>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>>>> It is a very old bug, and, even with a fresh install of LC 10, it still seems present.
>>>>> 
>>>>> For a while we tested every new release to see it it was fixed and the database just had not been updated. Then we gave up. If the bug is in fact fixed, or there is a reliable work around, like reinstalling the cursor stack, then LiveCode, LTD should have put that in the bug comments and update the status.
>>>>> 
>>>>> It was/is there job to inform customers, who report bugs, when those bug are fixed. At least in my opinion.
>>>>> 
>>>>> It may be a completely moot point in LiveCode Create - for all I know the bug does not exists in that code base - and that is the future direction of LiveCode.
>>>>> 
>>>>> -- Paul
>>>>> 
>>>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>>>> It may be that the cursor stack is corrupted, or that another image has the same ID as the pointer cursor. I'd try deleting the LC app and re-installing to see if that fixes it.
>>>>>> 
>>>>>> -- 
>>>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>>>>>>> 
>>>>>>>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>>>>>>> 
>>>>>>>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>>>>> 
>>>>>>>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>>>>>>> 
>>>>>>>> -- Paul
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>>>> Thank you, Paul!
>>>>>>>>> 
>>>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>>>>>>> 
>>>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>>>>>>> 
>>>>>>>>>> Here's the one I think applies: https://quality.livecode.com/show_bug.cgi?id=22211
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>>>> Hi Folks,
>>>>>>>>>>> 
>>>>>>>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>>>> 
>>>>>>>>>>> Thank You
>>>>>>>>>>> 
>>>>>>>>>>> Roger
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>> _______________________________________________
>>>>>>>>>> use-livecode mailing list
>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From benr_mc at cogapp.com  Thu Aug 20 05:49:39 2026
From: benr_mc at cogapp.com (Ben Rubinstein)
Date: Thu, 20 Aug 2026 10:49:39 +0100
Subject: Cursor Not Changing
In-Reply-To: <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
 <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
 <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
Message-ID: <16178fe8-a265-47b7-80ab-d092f0d5c4a5@cogapp.com>

I may have got the wrong end of the stick - but forever I've been cursing the 
fact that setting the cursor seems to have stopped working altogether.

These days I mostly run various personal tools in the IDE. My scripts 
typically set the watch cursor to tell me that they're running, sometimes the 
spin to let me know they're chunking through some large quantity of data - 
with or without lock cursor, that seems to have been broken for a long time. 
But I never get round to reporting it.

Is this the issue that's been discussed here? If so I'm pleased to hear if 
it's only an IDE thing (which perhaps explains why it hasn't been addressed, 
if most people are building apps).  I've tended to assume it's down to some 
change in macOS.


On 19/08/2026 16:55, Paul Dupuis via use-livecode wrote:
> Honestly, most people I think would never see this bug. I don't think many 
> people use "lock cursor".
> 
> I only found it as we have a commercial application that has a component that 
> does something like "mind mapping" - i.e. drawing boxes of "codes:" and 
> connecting them. To do so we have to enter LC's drawing "mode" to manipulate 
> creating new drawing objects and placing them in a group. We have to tightly 
> control the cursor in and out of the group. That is where it became apparent 
> for us.
> 
> Anyway, it is unlikely to ever get built into a new LC 10 maintenance version 
> at this point, so it;s a moot point.
> 
> -- Paul
> 
> On 8/19/2026 10:21 AM, Roger Guay via use-livecode wrote:
>> I had not seen it before either until a few weeks ago. Now, the problem is 
>> present in all the various releases I have of LC and in HyperXtalk
>>
>> Roger
>>
>>> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use- 
>>> livecode at lists.runrev.com> wrote:
>>>
>>> All.
>>>
>>> I am in 9.6.9, and again, have never seen this strange cursor issue. So why 
>>> me, if it is so well known a bug?
>>>
>>> Craig
>>>
>>>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use- 
>>>> livecode at lists.runrev.com> wrote:
>>>>
>>>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>>>
>>>> The behavior is different - one might argue it is fixed from hat I 
>>>> described. However, I would still say it is erroneous. When the sample 
>>>> stack is originally opened the cursor is locked to a browse (finger). If 
>>>> you move the cursor into the blue rectangle it does change as it should 
>>>> and change back as it should when exiting the blue rectangle.
>>>>
>>>> However, it you move the cursor over a button (like the Quit button, it 
>>>> changes to a pointer, and then when leaving the Quit button, it remains a 
>>>> pointer, even though the cursor was locked at the browser (finger) cursor. 
>>>> This appears the same behavior whether lock cursor is true or false. I 
>>>> would argue that under lock cursor it should remain as locked (finger) 
>>>> until the code tell it otherwise.
>>>>
>>>> -- Paul
>>>>
>>>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>>>> It is a very old bug, and, even with a fresh install of LC 10, it still 
>>>>> seems present.
>>>>>
>>>>> For a while we tested every new release to see it it was fixed and the 
>>>>> database just had not been updated. Then we gave up. If the bug is in 
>>>>> fact fixed, or there is a reliable work around, like reinstalling the 
>>>>> cursor stack, then LiveCode, LTD should have put that in the bug comments 
>>>>> and update the status.
>>>>>
>>>>> It was/is there job to inform customers, who report bugs, when those bug 
>>>>> are fixed. At least in my opinion.
>>>>>
>>>>> It may be a completely moot point in LiveCode Create - for all I know the 
>>>>> bug does not exists in that code base - and that is the future direction 
>>>>> of LiveCode.
>>>>>
>>>>> -- Paul
>>>>>
>>>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>>>> It may be that the cursor stack is corrupted, or that another image has 
>>>>>> the same ID as the pointer cursor. I'd try deleting the LC app and re- 
>>>>>> installing to see if that fixes it.
>>>>>>
>>>>>> -- 
>>>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use- 
>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>
>>>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>>>
>>>>>>> Craig
>>>>>>>
>>>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use- 
>>>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>>>
>>>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as 
>>>>>>>> well as a number of other bugs in that same state.
>>>>>>>>
>>>>>>>> If I recall, that means the code to fix it has been written and just 
>>>>>>>> need to be built and possibly tested.
>>>>>>>>
>>>>>>>> As I also seem to recall LiveCode spent a lot of time developing 
>>>>>>>> automated testing routines, and an automated build process, I DO have 
>>>>>>>> to wonder why they do not just release ONE more maintenance release of 
>>>>>>>> LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>>>>>
>>>>>>>> It seems like a waste of human resources for someone to have spent the 
>>>>>>>> time fixing the code and not roll it into one last build and release.
>>>>>>>>
>>>>>>>> -- Paul
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>>>> Thank you, Paul!
>>>>>>>>>
>>>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use- 
>>>>>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>>>>>
>>>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I 
>>>>>>>>>> submitted ages ago that I don;t think have been fixed in classic 
>>>>>>>>>> Livecode.
>>>>>>>>>>
>>>>>>>>>> Here's the one I think applies: https://quality.livecode.com/ 
>>>>>>>>>> show_bug.cgi?id=22211
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>>>> Hi Folks,
>>>>>>>>>>>
>>>>>>>>>>> Can anyone tell me why the cursor does not change when I switch 
>>>>>>>>>>> from the browse to pointer tools and vice versa? It’s always the 
>>>>>>>>>>> browse tool, regardless of what I select, even though the function 
>>>>>>>>>>> is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>>>>
>>>>>>>>>>> Thank You
>>>>>>>>>>>
>>>>>>>>>>> Roger
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>>>> subscription preferences:
>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>> _______________________________________________
>>>>>>>>>> use-livecode mailing list
>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>>> subscription preferences:
>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>> subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From irog at mac.com  Thu Aug 20 22:35:46 2026
From: irog at mac.com (Roger Guay)
Date: Thu, 20 Aug 2026 19:35:46 -0700
Subject: Cursor Not Changing
In-Reply-To: <16178fe8-a265-47b7-80ab-d092f0d5c4a5@cogapp.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
 <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
 <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
 <16178fe8-a265-47b7-80ab-d092f0d5c4a5@cogapp.com>
Message-ID: <3DD7FC73-EDD5-41EE-AC12-F9C4839B5A70@mac.com>

I’m guessing that it must be a Mac OS thing as the problem exists in all the various releases I have of LC and in HyperXtalk as well. But, for me, this behavior suddenly appeared only recently. 

Roger


> On Aug 20, 2026, at 2:49 AM, Ben Rubinstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I may have got the wrong end of the stick - but forever I've been cursing the fact that setting the cursor seems to have stopped working altogether.
> 
> These days I mostly run various personal tools in the IDE. My scripts typically set the watch cursor to tell me that they're running, sometimes the spin to let me know they're chunking through some large quantity of data - with or without lock cursor, that seems to have been broken for a long time. But I never get round to reporting it.
> 
> Is this the issue that's been discussed here? If so I'm pleased to hear if it's only an IDE thing (which perhaps explains why it hasn't been addressed, if most people are building apps).  I've tended to assume it's down to some change in macOS.
> 
> 
> On 19/08/2026 16:55, Paul Dupuis via use-livecode wrote:
>> Honestly, most people I think would never see this bug. I don't think many people use "lock cursor".
>> I only found it as we have a commercial application that has a component that does something like "mind mapping" - i.e. drawing boxes of "codes:" and connecting them. To do so we have to enter LC's drawing "mode" to manipulate creating new drawing objects and placing them in a group. We have to tightly control the cursor in and out of the group. That is where it became apparent for us.
>> Anyway, it is unlikely to ever get built into a new LC 10 maintenance version at this point, so it;s a moot point.
>> -- Paul
>> On 8/19/2026 10:21 AM, Roger Guay via use-livecode wrote:
>>> I had not seen it before either until a few weeks ago. Now, the problem is present in all the various releases I have of LC and in HyperXtalk
>>> 
>>> Roger
>>> 
>>>> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use- livecode at lists.runrev.com> wrote:
>>>> 
>>>> All.
>>>> 
>>>> I am in 9.6.9, and again, have never seen this strange cursor issue. So why me, if it is so well known a bug?
>>>> 
>>>> Craig
>>>> 
>>>>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use- livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>>>> 
>>>>> The behavior is different - one might argue it is fixed from hat I described. However, I would still say it is erroneous. When the sample stack is originally opened the cursor is locked to a browse (finger). If you move the cursor into the blue rectangle it does change as it should and change back as it should when exiting the blue rectangle.
>>>>> 
>>>>> However, it you move the cursor over a button (like the Quit button, it changes to a pointer, and then when leaving the Quit button, it remains a pointer, even though the cursor was locked at the browser (finger) cursor. This appears the same behavior whether lock cursor is true or false. I would argue that under lock cursor it should remain as locked (finger) until the code tell it otherwise.
>>>>> 
>>>>> -- Paul
>>>>> 
>>>>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>>>>> It is a very old bug, and, even with a fresh install of LC 10, it still seems present.
>>>>>> 
>>>>>> For a while we tested every new release to see it it was fixed and the database just had not been updated. Then we gave up. If the bug is in fact fixed, or there is a reliable work around, like reinstalling the cursor stack, then LiveCode, LTD should have put that in the bug comments and update the status.
>>>>>> 
>>>>>> It was/is there job to inform customers, who report bugs, when those bug are fixed. At least in my opinion.
>>>>>> 
>>>>>> It may be a completely moot point in LiveCode Create - for all I know the bug does not exists in that code base - and that is the future direction of LiveCode.
>>>>>> 
>>>>>> -- Paul
>>>>>> 
>>>>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>>>>> It may be that the cursor stack is corrupted, or that another image has the same ID as the pointer cursor. I'd try deleting the LC app and re- installing to see if that fixes it.
>>>>>>> 
>>>>>>> -- 
>>>>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use- livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>>>> 
>>>>>>>> Craig
>>>>>>>> 
>>>>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use- livecode at lists.runrev.com> wrote:
>>>>>>>>> 
>>>>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", as well as a number of other bugs in that same state.
>>>>>>>>> 
>>>>>>>>> If I recall, that means the code to fix it has been written and just need to be built and possibly tested.
>>>>>>>>> 
>>>>>>>>> As I also seem to recall LiveCode spent a lot of time developing automated testing routines, and an automated build process, I DO have to wonder why they do not just release ONE more maintenance release of LiveCode Classic with any and all AWAITING _MERGE fixes rolled in.
>>>>>>>>> 
>>>>>>>>> It seems like a waste of human resources for someone to have spent the time fixing the code and not roll it into one last build and release.
>>>>>>>>> 
>>>>>>>>> -- Paul
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>>>>> Thank you, Paul!
>>>>>>>>>> 
>>>>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use- livecode at lists.runrev.com> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I submitted ages ago that I don;t think have been fixed in classic Livecode.
>>>>>>>>>>> 
>>>>>>>>>>> Here's the one I think applies: https://quality.livecode.com/ show_bug.cgi?id=22211
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>>>>> Hi Folks,
>>>>>>>>>>>> 
>>>>>>>>>>>> Can anyone tell me why the cursor does not change when I switch from the browse to pointer tools and vice versa? It’s always the browse tool, regardless of what I select, even though the function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>>>>> 
>>>>>>>>>>>> Thank You
>>>>>>>>>>>> 
>>>>>>>>>>>> Roger
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>> _______________________________________________
>>>>>>>>>> use-livecode mailing list
>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From admin at flexiblelearning.com  Fri Aug 21 15:22:57 2026
From: admin at flexiblelearning.com (Hugh Senior)
Date: Fri, 21 Aug 2026 20:22:57 +0100
Subject: LC 11 Classic (Windows) default launch problem
In-Reply-To: <mailman.1.1787328001.4057016.use-livecode@lists.runrev.com>
References: <mailman.1.1787328001.4057016.use-livecode@lists.runrev.com>
Message-ID: <000001dd31a2$7a10d790$6e3286b0$@flexiblelearning.com>

Can anyone tell me how to associate .mc .rev .lc with the LiveCode 11 Classic exe, please? When I try to use the Operating System 'Open with...' I see the LC 11 exe displayed in the list of options as a generic app icon and it does not stick... i.e. when I double-click a stack to launch it, LiveCode v9 is used instead (my earlier version).

Currently the only way to launch a stack in LC 11 Classic is via the LC toolbar 'Open...' menu which is a pain!

Many thanks

Hugh Senior


From alex at tweedly.net  Fri Aug 21 16:23:54 2026
From: alex at tweedly.net (Alex Tweedly)
Date: Fri, 21 Aug 2026 21:23:54 +0100
Subject: LC 11 Classic (Windows) default launch problem
In-Reply-To: <000001dd31a2$7a10d790$6e3286b0$@flexiblelearning.com>
References: <mailman.1.1787328001.4057016.use-livecode@lists.runrev.com>
 <000001dd31a2$7a10d790$6e3286b0$@flexiblelearning.com>
Message-ID: <de49a83b-d6d5-4c6f-bf04-d6118475e079@tweedly.net>


On 21/08/2026 20:22, Hugh Senior via use-livecode wrote:
> Can anyone tell me how to associate .mc .rev .lc with the LiveCode 11 Classic exe, please? When I try to use the Operating System 'Open with...' I see the LC 11 exe displayed in the list of options as a generic app icon and it does not stick... i.e. when I double-click a stack to launch it, LiveCode v9 is used instead (my earlier version).
>
> Currently the only way to launch a stack in LC 11 Classic is via the LC toolbar 'Open...' menu which is a pain!

When you say "When I try to use the OS 'Open with...' etc." exactly 
which version of that are you using.

The only one that I fond successful for this was

> Method 1: The Get Info Window (Most Reliable)
>
>   * Right-click or Control-click the file and select *Get Info* (or
>     press |Option + Command + I|).
>   * Click the triangle next to *Open with* to expand the section.
>   * Choose your preferred application from the drop-down menu.
>   * Click the *Change All...* b
>
The other variation of 'Open with ...' didn't stick.

Alex.

From alex at tweedly.net  Fri Aug 21 16:47:48 2026
From: alex at tweedly.net (Alex Tweedly)
Date: Fri, 21 Aug 2026 21:47:48 +0100
Subject: LC 11 Classic (Windows) default launch problem
In-Reply-To: <de49a83b-d6d5-4c6f-bf04-d6118475e079@tweedly.net>
References: <mailman.1.1787328001.4057016.use-livecode@lists.runrev.com>
 <000001dd31a2$7a10d790$6e3286b0$@flexiblelearning.com>
 <de49a83b-d6d5-4c6f-bf04-d6118475e079@tweedly.net>
Message-ID: <6b6e8dcc-164a-46ec-8a82-36f985fe40d9@tweedly.net>

Sorry - I only just noticed this said "...(Windows) .." in the subject line.

I answered for Mac - please ignore me :-)

Alex.


On 21/08/2026 21:23, Alex Tweedly via use-livecode wrote:
>
> On 21/08/2026 20:22, Hugh Senior via use-livecode wrote:
>> Can anyone tell me how to associate .mc .rev .lc with the LiveCode 11 
>> Classic exe, please? When I try to use the Operating System 'Open 
>> with...' I see the LC 11 exe displayed in the list of options as a 
>> generic app icon and it does not stick... i.e. when I double-click a 
>> stack to launch it, LiveCode v9 is used instead (my earlier version).
>>
>> Currently the only way to launch a stack in LC 11 Classic is via the 
>> LC toolbar 'Open...' menu which is a pain!
>
> When you say "When I try to use the OS 'Open with...' etc." exactly 
> which version of that are you using.
>
> The only one that I fond successful for this was
>
>> Method 1: The Get Info Window (Most Reliable)
>>
>>   * Right-click or Control-click the file and select *Get Info* (or
>>     press |Option + Command + I|).
>>   * Click the triangle next to *Open with* to expand the section.
>>   * Choose your preferred application from the drop-down menu.
>>   * Click the *Change All...* b
>>
> The other variation of 'Open with ...' didn't stick.
>
> Alex.
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From bogdanoff at me.com  Fri Aug 21 23:19:08 2026
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Fri, 21 Aug 2026 20:19:08 -0700
Subject: LC 11 Classic (Windows) default launch problem
In-Reply-To: <6b6e8dcc-164a-46ec-8a82-36f985fe40d9@tweedly.net>
References: <6b6e8dcc-164a-46ec-8a82-36f985fe40d9@tweedly.net>
Message-ID: <BD0A2C44-AB7C-444E-BAE0-2BBFCF0D0FA9@me.com>

You can drag the the file onto the livecode 11 icon that may be on the desktop.

Or:

“To associate an app with a particular file in Windows 11, right-click the file, select "Open with," then choose "Choose another app." From there, select the app you want to use and check the box for "Always use this app to open .[file extension]" before clicking OK.”

Peter Bogdanoff 

> On Aug 21, 2026, at 1:49 PM, Alex Tweedly via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Sorry - I only just noticed this said "...(Windows) .." in the subject line.
> 
> I answered for Mac - please ignore me :-)
> 
> Alex.
> 
> 
>> On 21/08/2026 21:23, Alex Tweedly via use-livecode wrote:
>> 
>>> On 21/08/2026 20:22, Hugh Senior via use-livecode wrote:
>>> Can anyone tell me how to associate .mc .rev .lc with the LiveCode 11 Classic exe, please? When I try to use the Operating System 'Open with...' I see the LC 11 exe displayed in the list of options as a generic app icon and it does not stick... i.e. when I double-click a stack to launch it, LiveCode v9 is used instead (my earlier version).
>>> 
>>> Currently the only way to launch a stack in LC 11 Classic is via the LC toolbar 'Open...' menu which is a pain!
>> 
>> When you say "When I try to use the OS 'Open with...' etc." exactly which version of that are you using.
>> 
>> The only one that I fond successful for this was
>> 
>>> Method 1: The Get Info Window (Most Reliable)
>>> 
>>>   * Right-click or Control-click the file and select *Get Info* (or
>>>     press |Option + Command + I|).
>>>   * Click the triangle next to *Open with* to expand the section.
>>>   * Choose your preferred application from the drop-down menu.
>>>   * Click the *Change All...* b
>>> 
>> The other variation of 'Open with ...' didn't stick.
>> 
>> Alex.
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From admin at flexiblelearning.com  Sat Aug 22 12:42:57 2026
From: admin at flexiblelearning.com (Hugh Senior)
Date: Sat, 22 Aug 2026 17:42:57 +0100
Subject: LC 11 Classic (Windows) default launch problem 
In-Reply-To: <mailman.1.1787414401.1736026.use-livecode@lists.runrev.com>
References: <mailman.1.1787414401.1736026.use-livecode@lists.runrev.com>
Message-ID: <000001dd3255$4a34b4c0$de9e1e40$@flexiblelearning.com>

Thanks Alex... good of you to try. Are you well? It's been a very long time!

Thank you, Peter. LiveCode 9 remains the default, even if I select "Choose an app on your pc" and actually navigate to, select and specify LiveCode 11!

All very frustrating.

Hugh Senior

------------------------------
Peter Bogdanoff wrote

You can drag the the file onto the livecode 11 icon that may be on the desktop.

Or:

“To associate an app with a particular file in Windows 11, right-click the file, select "Open with," then choose "Choose another app." From there, select the app you want to use and check the box for "Always use this app to open .[file extension]" before clicking OK.”

Peter Bogdanoff

-----Original Message-----
Can anyone tell me how to associate .mc .rev .lc with the LiveCode 11 Classic exe, please? When I try to use the Operating System 'Open with...' I see the LC 11 exe displayed in the list of options as a generic app icon and it does not stick... i.e. when I double-click a stack to launch it, LiveCode v9 is used instead (my earlier version).

Currently the only way to launch a stack in LC 11 Classic is via the LC toolbar 'Open...' menu which is a pain!

Many thanks

Hugh Senior





From paul at researchware.com  Sat Aug 22 16:12:10 2026
From: paul at researchware.com (Paul Dupuis)
Date: Sat, 22 Aug 2026 16:12:10 -0400
Subject: Cursor Not Changing
In-Reply-To: <16178fe8-a265-47b7-80ab-d092f0d5c4a5@cogapp.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
 <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
 <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
 <16178fe8-a265-47b7-80ab-d092f0d5c4a5@cogapp.com>
Message-ID: <f17a2576-e6d2-4642-9535-986246982caf@researchware.com>

If you are running stacks in the ADE, don't move the cursor. If the 
cursor moved over part of the IDE, the IDE unlocks it to set it as it 
thinks it should be set


On 8/20/2026 5:49 AM, Ben Rubinstein via use-livecode wrote:
> I may have got the wrong end of the stick - but forever I've been 
> cursing the fact that setting the cursor seems to have stopped working 
> altogether.
>
> These days I mostly run various personal tools in the IDE. My scripts 
> typically set the watch cursor to tell me that they're running, 
> sometimes the spin to let me know they're chunking through some large 
> quantity of data - with or without lock cursor, that seems to have 
> been broken for a long time. But I never get round to reporting it.
>
> Is this the issue that's been discussed here? If so I'm pleased to 
> hear if it's only an IDE thing (which perhaps explains why it hasn't 
> been addressed, if most people are building apps).  I've tended to 
> assume it's down to some change in macOS.
>
>
> On 19/08/2026 16:55, Paul Dupuis via use-livecode wrote:
>> Honestly, most people I think would never see this bug. I don't think 
>> many people use "lock cursor".
>>
>> I only found it as we have a commercial application that has a 
>> component that does something like "mind mapping" - i.e. drawing 
>> boxes of "codes:" and connecting them. To do so we have to enter LC's 
>> drawing "mode" to manipulate creating new drawing objects and placing 
>> them in a group. We have to tightly control the cursor in and out of 
>> the group. That is where it became apparent for us.
>>
>> Anyway, it is unlikely to ever get built into a new LC 10 maintenance 
>> version at this point, so it;s a moot point.
>>
>> -- Paul
>>
>> On 8/19/2026 10:21 AM, Roger Guay via use-livecode wrote:
>>> I had not seen it before either until a few weeks ago. Now, the 
>>> problem is present in all the various releases I have of LC and in 
>>> HyperXtalk
>>>
>>> Roger
>>>
>>>> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use- 
>>>> livecode at lists.runrev.com> wrote:
>>>>
>>>> All.
>>>>
>>>> I am in 9.6.9, and again, have never seen this strange cursor 
>>>> issue. So why me, if it is so well known a bug?
>>>>
>>>> Craig
>>>>
>>>>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use- 
>>>>> livecode at lists.runrev.com> wrote:
>>>>>
>>>>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>>>>
>>>>> The behavior is different - one might argue it is fixed from hat I 
>>>>> described. However, I would still say it is erroneous. When the 
>>>>> sample stack is originally opened the cursor is locked to a browse 
>>>>> (finger). If you move the cursor into the blue rectangle it does 
>>>>> change as it should and change back as it should when exiting the 
>>>>> blue rectangle.
>>>>>
>>>>> However, it you move the cursor over a button (like the Quit 
>>>>> button, it changes to a pointer, and then when leaving the Quit 
>>>>> button, it remains a pointer, even though the cursor was locked at 
>>>>> the browser (finger) cursor. This appears the same behavior 
>>>>> whether lock cursor is true or false. I would argue that under 
>>>>> lock cursor it should remain as locked (finger) until the code 
>>>>> tell it otherwise.
>>>>>
>>>>> -- Paul
>>>>>
>>>>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>>>>> It is a very old bug, and, even with a fresh install of LC 10, it 
>>>>>> still seems present.
>>>>>>
>>>>>> For a while we tested every new release to see it it was fixed 
>>>>>> and the database just had not been updated. Then we gave up. If 
>>>>>> the bug is in fact fixed, or there is a reliable work around, 
>>>>>> like reinstalling the cursor stack, then LiveCode, LTD should 
>>>>>> have put that in the bug comments and update the status.
>>>>>>
>>>>>> It was/is there job to inform customers, who report bugs, when 
>>>>>> those bug are fixed. At least in my opinion.
>>>>>>
>>>>>> It may be a completely moot point in LiveCode Create - for all I 
>>>>>> know the bug does not exists in that code base - and that is the 
>>>>>> future direction of LiveCode.
>>>>>>
>>>>>> -- Paul
>>>>>>
>>>>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>>>>> It may be that the cursor stack is corrupted, or that another 
>>>>>>> image has the same ID as the pointer cursor. I'd try deleting 
>>>>>>> the LC app and re- installing to see if that fixes it.
>>>>>>>
>>>>>>> -- 
>>>>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode 
>>>>>>> <use- livecode at lists.runrev.com> wrote:
>>>>>>>
>>>>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>>>>
>>>>>>>> Craig
>>>>>>>>
>>>>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode 
>>>>>>>>> <use- livecode at lists.runrev.com> wrote:
>>>>>>>>>
>>>>>>>>> I find it interesting that this bug is listed as "AWAITING 
>>>>>>>>> _MERGE", as well as a number of other bugs in that same state.
>>>>>>>>>
>>>>>>>>> If I recall, that means the code to fix it has been written 
>>>>>>>>> and just need to be built and possibly tested.
>>>>>>>>>
>>>>>>>>> As I also seem to recall LiveCode spent a lot of time 
>>>>>>>>> developing automated testing routines, and an automated build 
>>>>>>>>> process, I DO have to wonder why they do not just release ONE 
>>>>>>>>> more maintenance release of LiveCode Classic with any and all 
>>>>>>>>> AWAITING _MERGE fixes rolled in.
>>>>>>>>>
>>>>>>>>> It seems like a waste of human resources for someone to have 
>>>>>>>>> spent the time fixing the code and not roll it into one last 
>>>>>>>>> build and release.
>>>>>>>>>
>>>>>>>>> -- Paul
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>>>>> Thank you, Paul!
>>>>>>>>>>
>>>>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode 
>>>>>>>>>>> <use- livecode at lists.runrev.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>> There are 1 or more bugs related to cursors and lock cursor 
>>>>>>>>>>> I submitted ages ago that I don;t think have been fixed in 
>>>>>>>>>>> classic Livecode.
>>>>>>>>>>>
>>>>>>>>>>> Here's the one I think applies: 
>>>>>>>>>>> https://quality.livecode.com/ show_bug.cgi?id=22211
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>>>>> Hi Folks,
>>>>>>>>>>>>
>>>>>>>>>>>> Can anyone tell me why the cursor does not change when I 
>>>>>>>>>>>> switch from the browse to pointer tools and vice versa? 
>>>>>>>>>>>> It’s always the browse tool, regardless of what I select, 
>>>>>>>>>>>> even though the function is switched as expected. LC 
>>>>>>>>>>>> 10.0.5, Mac OS Tahoe
>>>>>>>>>>>>
>>>>>>>>>>>> Thank You
>>>>>>>>>>>>
>>>>>>>>>>>> Roger
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage 
>>>>>>>>>>>> your subscription preferences:
>>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage 
>>>>>>>>>>> your subscription preferences:
>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>> _______________________________________________
>>>>>>>>>> use-livecode mailing list
>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage 
>>>>>>>>>> your subscription preferences:
>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage 
>>>>>>>>> your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From benr_mc at cogapp.com  Sun Aug 23 16:07:35 2026
From: benr_mc at cogapp.com (Ben Rubinstein)
Date: Sun, 23 Aug 2026 21:07:35 +0100
Subject: Cursor Not Changing
In-Reply-To: <f17a2576-e6d2-4642-9535-986246982caf@researchware.com>
References: <E77994AC-AEE7-4BF5-B38E-EA176A3427F6@mac.com>
 <c7b64bfb-b614-444e-b4ee-2f0dd6804f64@researchware.com>
 <D7D19B3E-DB29-4D6B-94A0-3E0773747C5B@mac.com>
 <76a132b0-d744-4045-8049-a2cc35d83a29@researchware.com>
 <3241EDC7-DB4E-4544-B098-248B816B504A@starfirelighting.com>
 <1a0157446e8.2812.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>
 <98f5dc4b-f2a6-4010-845e-2ebf5cfc80e9@researchware.com>
 <2b97fd2e-49ca-4f5b-83c3-f164be8c4728@researchware.com>
 <24CEB16C-F828-497D-AE1D-1415CD478E79@starfirelighting.com>
 <F8ED4DEF-FAC7-412C-AE36-7562C080F68B@mac.com>
 <75417bb5-5617-4240-b1d6-1e62e061ef2c@researchware.com>
 <16178fe8-a265-47b7-80ab-d092f0d5c4a5@cogapp.com>
 <f17a2576-e6d2-4642-9535-986246982caf@researchware.com>
Message-ID: <c1150b17-854e-4a7a-a855-edeb156eb214@cogapp.com>

Hi Paul,

Thanks, but that's not the issue.

Set a button to this script:
on mouseup
    set the hilite of me to true
    wait 1 second
    set cursor to watch
    repeat 4 times
       wait 1 second
       set cursor to busy
    end repeat
    set cursor to cross
    wait 1 second
    set the hilite of me to false
end mouseup

... click the mouse in the IDE, and don't touch it again. All you'll get is 
the button hilite for six seconds, then un-hilite. (The first 1 second wait is 
just to give you time to stop moving the mouse!)

It's not that. For some reason, setting the cursor (at least on macOS, at 
least in the IDE) has no effect. I don't think that this is only on the most 
recent macOS, or the most recent LiveCode.

Ben

On 22/08/2026 21:12, Paul Dupuis via use-livecode wrote:
> If you are running stacks in the ADE, don't move the cursor. If the cursor 
> moved over part of the IDE, the IDE unlocks it to set it as it thinks it 
> should be set
> 
> 
> On 8/20/2026 5:49 AM, Ben Rubinstein via use-livecode wrote:
>> I may have got the wrong end of the stick - but forever I've been cursing 
>> the fact that setting the cursor seems to have stopped working altogether.
>>
>> These days I mostly run various personal tools in the IDE. My scripts 
>> typically set the watch cursor to tell me that they're running, sometimes 
>> the spin to let me know they're chunking through some large quantity of data 
>> - with or without lock cursor, that seems to have been broken for a long 
>> time. But I never get round to reporting it.
>>
>> Is this the issue that's been discussed here? If so I'm pleased to hear if 
>> it's only an IDE thing (which perhaps explains why it hasn't been addressed, 
>> if most people are building apps).  I've tended to assume it's down to some 
>> change in macOS.
>>
>>
>> On 19/08/2026 16:55, Paul Dupuis via use-livecode wrote:
>>> Honestly, most people I think would never see this bug. I don't think many 
>>> people use "lock cursor".
>>>
>>> I only found it as we have a commercial application that has a component 
>>> that does something like "mind mapping" - i.e. drawing boxes of "codes:" 
>>> and connecting them. To do so we have to enter LC's drawing "mode" to 
>>> manipulate creating new drawing objects and placing them in a group. We 
>>> have to tightly control the cursor in and out of the group. That is where 
>>> it became apparent for us.
>>>
>>> Anyway, it is unlikely to ever get built into a new LC 10 maintenance 
>>> version at this point, so it;s a moot point.
>>>
>>> -- Paul
>>>
>>> On 8/19/2026 10:21 AM, Roger Guay via use-livecode wrote:
>>>> I had not seen it before either until a few weeks ago. Now, the problem is 
>>>> present in all the various releases I have of LC and in HyperXtalk
>>>>
>>>> Roger
>>>>
>>>>> On Aug 18, 2026, at 10:49 AM, Craig Newman via use-livecode <use- 
>>>>> livecode at lists.runrev.com> wrote:
>>>>>
>>>>> All.
>>>>>
>>>>> I am in 9.6.9, and again, have never seen this strange cursor issue. So 
>>>>> why me, if it is so well known a bug?
>>>>>
>>>>> Craig
>>>>>
>>>>>> On Aug 18, 2026, at 12:39 PM, Paul Dupuis via use-livecode <use- 
>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>
>>>>>> To be fair, I just downloaded the my sample stack and tested in LC 10
>>>>>>
>>>>>> The behavior is different - one might argue it is fixed from hat I 
>>>>>> described. However, I would still say it is erroneous. When the sample 
>>>>>> stack is originally opened the cursor is locked to a browse (finger). If 
>>>>>> you move the cursor into the blue rectangle it does change as it should 
>>>>>> and change back as it should when exiting the blue rectangle.
>>>>>>
>>>>>> However, it you move the cursor over a button (like the Quit button, it 
>>>>>> changes to a pointer, and then when leaving the Quit button, it remains 
>>>>>> a pointer, even though the cursor was locked at the browser (finger) 
>>>>>> cursor. This appears the same behavior whether lock cursor is true or 
>>>>>> false. I would argue that under lock cursor it should remain as locked 
>>>>>> (finger) until the code tell it otherwise.
>>>>>>
>>>>>> -- Paul
>>>>>>
>>>>>> On 8/18/2026 12:16 PM, Paul Dupuis via use-livecode wrote:
>>>>>>> It is a very old bug, and, even with a fresh install of LC 10, it still 
>>>>>>> seems present.
>>>>>>>
>>>>>>> For a while we tested every new release to see it it was fixed and the 
>>>>>>> database just had not been updated. Then we gave up. If the bug is in 
>>>>>>> fact fixed, or there is a reliable work around, like reinstalling the 
>>>>>>> cursor stack, then LiveCode, LTD should have put that in the bug 
>>>>>>> comments and update the status.
>>>>>>>
>>>>>>> It was/is there job to inform customers, who report bugs, when those 
>>>>>>> bug are fixed. At least in my opinion.
>>>>>>>
>>>>>>> It may be a completely moot point in LiveCode Create - for all I know 
>>>>>>> the bug does not exists in that code base - and that is the future 
>>>>>>> direction of LiveCode.
>>>>>>>
>>>>>>> -- Paul
>>>>>>>
>>>>>>> On 8/18/2026 11:18 AM, J. Landman Gay via use-livecode wrote:
>>>>>>>> It may be that the cursor stack is corrupted, or that another image 
>>>>>>>> has the same ID as the pointer cursor. I'd try deleting the LC app and 
>>>>>>>> re- installing to see if that fixes it.
>>>>>>>>
>>>>>>>> -- 
>>>>>>>> Jacqueline Landman Gay | jacque at hyperactivesw.com
>>>>>>>> HyperActive Software | http://www.hyperactivesw.com
>>>>>>>> On August 18, 2026 9:23:23 AM Craig Newman via use-livecode <use- 
>>>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>>>
>>>>>>>>> I have never seen this. It is common knowledge? I an on a Ma
>>>>>>>>>
>>>>>>>>> Craig
>>>>>>>>>
>>>>>>>>>> On Aug 18, 2026, at 9:56 AM, Paul Dupuis via use-livecode <use- 
>>>>>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>>>>>
>>>>>>>>>> I find it interesting that this bug is listed as "AWAITING _MERGE", 
>>>>>>>>>> as well as a number of other bugs in that same state.
>>>>>>>>>>
>>>>>>>>>> If I recall, that means the code to fix it has been written and just 
>>>>>>>>>> need to be built and possibly tested.
>>>>>>>>>>
>>>>>>>>>> As I also seem to recall LiveCode spent a lot of time developing 
>>>>>>>>>> automated testing routines, and an automated build process, I DO 
>>>>>>>>>> have to wonder why they do not just release ONE more maintenance 
>>>>>>>>>> release of LiveCode Classic with any and all AWAITING _MERGE fixes 
>>>>>>>>>> rolled in.
>>>>>>>>>>
>>>>>>>>>> It seems like a waste of human resources for someone to have spent 
>>>>>>>>>> the time fixing the code and not roll it into one last build and 
>>>>>>>>>> release.
>>>>>>>>>>
>>>>>>>>>> -- Paul
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 8/18/2026 1:02 AM, Roger Guay via use-livecode wrote:
>>>>>>>>>>> Thank you, Paul!
>>>>>>>>>>>
>>>>>>>>>>>> On Aug 17, 2026, at 7:05 AM, Paul Dupuis via use-livecode <use- 
>>>>>>>>>>>> livecode at lists.runrev.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> There are 1 or more bugs related to cursors and lock cursor I 
>>>>>>>>>>>> submitted ages ago that I don;t think have been fixed in classic 
>>>>>>>>>>>> Livecode.
>>>>>>>>>>>>
>>>>>>>>>>>> Here's the one I think applies: https://quality.livecode.com/ 
>>>>>>>>>>>> show_bug.cgi?id=22211
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 8/16/2026 10:46 PM, Roger Guay via use-livecode wrote:
>>>>>>>>>>>>> Hi Folks,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Can anyone tell me why the cursor does not change when I switch 
>>>>>>>>>>>>> from the browse to pointer tools and vice versa? It’s always the 
>>>>>>>>>>>>> browse tool, regardless of what I select, even though the 
>>>>>>>>>>>>> function is switched as expected. LC 10.0.5, Mac OS Tahoe
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thank You
>>>>>>>>>>>>>
>>>>>>>>>>>>> Roger
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>>>>>> subscription preferences:
>>>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>>>>> subscription preferences:
>>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> use-livecode mailing list
>>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>>>> subscription preferences:
>>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> use-livecode mailing list
>>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>>> subscription preferences:
>>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>>> subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From paul at smarttsoftware.co.uk  Tue Aug 25 03:16:07 2026
From: paul at smarttsoftware.co.uk (Paul Richards)
Date: Tue, 25 Aug 2026 07:16:07 +0000
Subject: GOOGLE is annoying (again): API 16
In-Reply-To: <3B364553-B924-4443-91B1-66591ED1F5E4@major-k.de>
References: <20260702190549.Horde.oPngGRANKnI16UwWuvvOSMp@hub.fourthworld.com>
 <4A3C8D46-1FD6-424C-99AE-9971495D2582@m-r-d.de>
 <848648A7-5212-4C64-BCF3-1E9BB0D6340C@major-k.de>
 <16DB3836-E674-4959-99F9-0EDEDF4DBB30@major-k.de>
 <88915F65-8099-43EA-A6FE-72D8887709B4@major-k.de>
 <18343502-DEC3-4907-A709-39C485590A85@livecode.com>
 <3B364553-B924-4443-91B1-66591ED1F5E4@major-k.de>
Message-ID: 
 <PA4PR07MB71192814969435E63E7DA125E2AF2@PA4PR07MB7119.eurprd07.prod.outlook.com>

Is there any update on a new build, please?  There isn't much time left

Thanks,
Paul
________________________________
From: use-livecode <use-livecode-bounces at lists.runrev.com> on behalf of Klaus major-k via use-livecode <use-livecode at lists.runrev.com>
Sent: 23 July 2026 12:05
To: How to use LiveCode <use-livecode at lists.runrev.com>
Cc: Klaus major-k <klaus at major-k.de>
Subject: Re: GOOGLE is annoying (again): API 16

Hi Heather,

> Am 23.07.2026 um 13:02 schrieb Heather Laine via use-livecode <use-livecode at lists.runrev.com>:
>
> Hi Klaus,
>
> We will provide an update to LiveCode to comply with this requirement before the August 31st deadline.

thank you, that's what i wanted to read! :-)

> Best Regards,
>
> Heather
>
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com<http://www.livecode.com>
> Build Software You'll Never Outgrow
>> ...
>>> Am 22.07.2026 um 09:53 schrieb Klaus major-k via use-livecode <use-livecode at lists.runrev.com>:
>>>
>>> To be precise:
>>> New requirements are of yourse: Android 16 (API-Level 36)
>>>
>>>> Am 22.07.2026 um 09:49 schrieb Klaus major-k via use-livecode <use-livecode at lists.runrev.com>:
>>>>
>>>> Hi all,
>>>>
>>>> just received an annoying message again from GOOGLE.
>>>> I need to deliver an update to my app which supports API Level 16.
>>>>
>>>> Questions:
>>>> Does LC support API 16 yet?
>>>> If yes, which version?
>>>> And do I need to install new stuff in "Android Studio"?
>>>> If yes, what exactly (SDK etc.)?
>>>>
>>>> I'm on MacMini M2, macOS 26.5.2, Android Studio 2023.2,
>>>> LC 10.0.5 (rc1), LC 11.0.0

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
klaus at major-k.de


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

From georges at caen.one  Tue Aug 25 11:00:41 2026
From: georges at caen.one (Georges Malamoud)
Date: Tue, 25 Aug 2026 17:00:41 +0200
Subject: GOOGLE is annoying (again): API 16
In-Reply-To: <DE205A7E-5F5C-454B-90BF-47654C8D471E@caen.one>
References: <5959FE27-98A6-48D3-92D4-05CBB40A3722@caen.one>
 <DE205A7E-5F5C-454B-90BF-47654C8D471E@caen.one>
Message-ID: <1AD44BC6-E8DD-4EA3-8CB3-A29E4B404E7E@caen.one>

+1
I have also some Google Play apps
Georges
> Is there any update on a new build, please?  There isn't much time left
> 
> Thanks,
> Paul
> ________________________________
> From: use-livecode <use-livecode-bounces at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>> on behalf of Klaus major-k via use-livecode <use-livecode at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>>
> Sent: 23 July 2026 12:05
> To: How to use LiveCode <use-livecode at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>>
> Cc: Klaus major-k <klaus at major-k.de <http://lists.runrev.com/mailman/listinfo/use-livecode>>
> Subject: Re: GOOGLE is annoying (again): API 16
> 
> Hi Heather,
> 
> > Am 23.07.2026 um 13:02 schrieb Heather Laine via use-livecode <use-livecode at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>>:
> >
> > Hi Klaus,
> >
> > We will provide an update to LiveCode to comply with this requirement before the August 31st deadline.
> 
> thank you, that's what i wanted to read! :-)
> 
> > Best Regards,
> >
> > Heather
> 

From merakosp at gmail.com  Tue Aug 25 11:11:33 2026
From: merakosp at gmail.com (panagiotis merakos)
Date: Tue, 25 Aug 2026 18:11:33 +0300
Subject: GOOGLE is annoying (again): API 16
In-Reply-To: 
 <PA4PR07MB71192814969435E63E7DA125E2AF2@PA4PR07MB7119.eurprd07.prod.outlook.com>
References: <20260702190549.Horde.oPngGRANKnI16UwWuvvOSMp@hub.fourthworld.com>
 <4A3C8D46-1FD6-424C-99AE-9971495D2582@m-r-d.de>
 <848648A7-5212-4C64-BCF3-1E9BB0D6340C@major-k.de>
 <16DB3836-E674-4959-99F9-0EDEDF4DBB30@major-k.de>
 <88915F65-8099-43EA-A6FE-72D8887709B4@major-k.de>
 <18343502-DEC3-4907-A709-39C485590A85@livecode.com>
 <3B364553-B924-4443-91B1-66591ED1F5E4@major-k.de>
 <PA4PR07MB71192814969435E63E7DA125E2AF2@PA4PR07MB7119.eurprd07.prod.outlook.com>
Message-ID: 
 <CA+JfEq95Ytv+fmA9kuC8Rn0afni41Q31B6dgB+XO+MtiAw0rUQ@mail.gmail.com>

Hello all,

We are currently preparing 2 releases that will include support for this
requirement. Both are in the final stages of testing, so I would expect
them to be released in the next couple of days.

Kind regards,
Panos
--

On Tue, 25 Aug 2026 at 10:17, Paul Richards via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Is there any update on a new build, please?  There isn't much time left
>
> Thanks,
> Paul
> ________________________________
> From: use-livecode <use-livecode-bounces at lists.runrev.com> on behalf of
> Klaus major-k via use-livecode <use-livecode at lists.runrev.com>
> Sent: 23 July 2026 12:05
> To: How to use LiveCode <use-livecode at lists.runrev.com>
> Cc: Klaus major-k <klaus at major-k.de>
> Subject: Re: GOOGLE is annoying (again): API 16
>
> Hi Heather,
>
> > Am 23.07.2026 um 13:02 schrieb Heather Laine via use-livecode <
> use-livecode at lists.runrev.com>:
> >
> > Hi Klaus,
> >
> > We will provide an update to LiveCode to comply with this requirement
> before the August 31st deadline.
>
> thank you, that's what i wanted to read! :-)
>
> > Best Regards,
> >
> > Heather
> >
> > Heather Laine
> > Customer Services Manager
> > LiveCode Ltd
> > www.livecode.com<http://www.livecode.com>
> > Build Software You'll Never Outgrow
> >> ...
> >>> Am 22.07.2026 um 09:53 schrieb Klaus major-k via use-livecode <
> use-livecode at lists.runrev.com>:
> >>>
> >>> To be precise:
> >>> New requirements are of yourse: Android 16 (API-Level 36)
> >>>
> >>>> Am 22.07.2026 um 09:49 schrieb Klaus major-k via use-livecode <
> use-livecode at lists.runrev.com>:
> >>>>
> >>>> Hi all,
> >>>>
> >>>> just received an annoying message again from GOOGLE.
> >>>> I need to deliver an update to my app which supports API Level 16.
> >>>>
> >>>> Questions:
> >>>> Does LC support API 16 yet?
> >>>> If yes, which version?
> >>>> And do I need to install new stuff in "Android Studio"?
> >>>> If yes, what exactly (SDK etc.)?
> >>>>
> >>>> I'm on MacMini M2, macOS 26.5.2, Android Studio 2023.2,
> >>>> LC 10.0.5 (rc1), LC 11.0.0
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> klaus at major-k.de
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From paul at smarttsoftware.co.uk  Tue Aug 25 11:12:20 2026
From: paul at smarttsoftware.co.uk (Paul Richards)
Date: Tue, 25 Aug 2026 15:12:20 +0000
Subject: GOOGLE is annoying (again): API 16
In-Reply-To: <1AD44BC6-E8DD-4EA3-8CB3-A29E4B404E7E@caen.one>
References: <5959FE27-98A6-48D3-92D4-05CBB40A3722@caen.one>
 <DE205A7E-5F5C-454B-90BF-47654C8D471E@caen.one>
 <1AD44BC6-E8DD-4EA3-8CB3-A29E4B404E7E@caen.one>
Message-ID: 
 <PA4PR07MB7119AFB02FD9449D63F05437E2AF2@PA4PR07MB7119.eurprd07.prod.outlook.com>

Heather has advised this, as of this afternoon  "The new build is currently in testing and I expect it to be released within the next few days and before the deadline"


________________________________
From: use-livecode <use-livecode-bounces at lists.runrev.com> on behalf of Georges Malamoud via use-livecode <use-livecode at lists.runrev.com>
Sent: Tuesday, August 25, 2026 16:00
To: Georges Malamoud <georges at caen.one>
Cc: Georges Malamoud <georges at caen.one>; use-livecode at lists.runrev.com <use-livecode at lists.runrev.com>
Subject: Re: GOOGLE is annoying (again): API 16

+1
I have also some Google Play apps
Georges
> Is there any update on a new build, please?  There isn't much time left
>
> Thanks,
> Paul
> ________________________________
> From: use-livecode <use-livecode-bounces at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>> on behalf of Klaus major-k via use-livecode <use-livecode at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>>
> Sent: 23 July 2026 12:05
> To: How to use LiveCode <use-livecode at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>>
> Cc: Klaus major-k <klaus at major-k.de <http://lists.runrev.com/mailman/listinfo/use-livecode>>
> Subject: Re: GOOGLE is annoying (again): API 16
>
> Hi Heather,
>
> > Am 23.07.2026 um 13:02 schrieb Heather Laine via use-livecode <use-livecode at lists.runrev.com <http://lists.runrev.com/mailman/listinfo/use-livecode>>:
> >
> > Hi Klaus,
> >
> > We will provide an update to LiveCode to comply with this requirement before the August 31st deadline.
>
> thank you, that's what i wanted to read! :-)
>
> > Best Regards,
> >
> > Heather
>
_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode