Annoying $control interrupt OSX. V10.2 (28632)
phil at pgpotter.co.uk
Thu Dec 17 22:59:04 EST 2020
Not noticed this one.
We have some resize code in place, but not noticed any issues.
Its not totally clear what you are getting, its just when you resize are
When I have O$817 open and I do a CTRL break, on windows, I'm humoured
to see the O$10.2 come up with a breakpoint, even though its not meant
to use that break key press combination any more?
When O$10.2 is the main open window, it does not work, just if I'm doing
something in O$817 alongside 10.2 running in the background...
who knows maybe other programs as well.
Based in Chester in the UK.
On 17/12/2020 17:40, Mike Matthews - Omnis wrote:
> Hello All,
> Noticed on v10.1 and v10.2, but sometimes Omnis goes off and looks in it’s navel. Issue an interrupt, and we find ourselves in $event & $control space for a window class.
> I get this when I resize a window sometimes, or move it, and I need to detect this and save the new coordinates. This same code has been fine for years, but not with v10.1 or v10.2.
> It might be a StudioWorks framework issue, or something else.
> And it don’t happen every time I move windows.
> Managing Director
> mike.matthews at lineal.co.uk<mailto:mike.matthews at lineal.co.uk> / 07973 306790<tel:07973%20306790>
> Lineal Software Solutions
> 01271 375999<tel:01271%20375999>
> Commercial House, The Strand<x-apple-data-detectors://1/1> Barnstaple, Devon, EX31 1EU<x-apple-data-detectors://1/1>
> Manage your list subscriptions at http://lists.omnis-dev.com
> Start a new message -> mailto:omnisdev-en at lists.omnis-dev.com
More information about the omnisdev-en