LiveCode Forums.

So happens I have a friend who had removed Rosetta from his M1 and planned never to install non-M1 apps. just sayin’.

I first posted to Bug Triage (in case the problem was platform independent). I suspect it is MacOS related.

The browser widget bogs down when the OS is Monterey. It’s fine for Catalina. A comparison here:

http://www.patronet.com/Livecode%20Brow ... 20Test.mp4

Yes, using the latest.

Translating back and forth inside Livecode would obviously work. However, results are inconsistent when you actually hand the JSON to Javascript to translate back into objects.

Also, while I installed the library using the installer stack, standalone apps failed to find it.

The issue is not with Livecode itself, but conflict with Monterey. Tested on 2 identical hardware systems. Only difference is the OS version. Here's a comparison:

http://www.patronet.com/Livecode%20Brow ... 20Test.mp4

Example should have been “list”:[] (brackets, not curly braces).

Looks like arrays (brackets) are being converted to objects (curly braces).

Converting JSON to array seems to be working correctly, but not back to JSON.

This going in: "list":{}

Becomes this when converted back to JSON: "list":{"1":"","":""}

When converting a JSON string to a Livecode array, empty Javascript arrays are converted to plain empty variables. This causes errors when converting back to JSON (then parsing in Javascript). Javascript expects an empty array to be 2 brackets... []. Executing code will no longer see the variable as...

Thanks for the update. Next DP is expected when?

I recently updated both MacOS (to Monterey) and Livecode (to 10.x). I'm now experiencing performance issues with the Browser widget. For example: Run "https://pixijs.com" in Safari. Then create a Browser widget in Livecode and set the URL to "https://pixijs.com". Compare result. My project, which ad...

In this instance I am not using any HTML controls. Instead, I am drawing to the screen with a Javascript library that displays WebGL. To reproduce, start Livecode, create a new stack with a browser instance in it, run the stack and give it focus, then type away and enjoy the beeping. Mouse events do...

Also, just tried adding an input field and apparently it does require focus for the beeping to stop. Back to the drawing board...

I suspected it was something dopey like that- just needed to hear it from someone.

You'd expect that keyboard events would go to the stack before the widget, especially if the widget is going to eat all of them.

LC Indy 9
MacBook Pro

Create a new stack and place a browser widget on the first card. Get a beep whenever a key is pressed on the keyboard. onKeyPress in main stack is not triggered except for escape key. No keys are passed to Javascript in the browser except backspace.

And one other thing: I've discovered that building a standalone will sometimes throw an error because it doesn't like the name of the stack. I haven't tried to figure out why, just know that changing the name may sometimes make it work.

While this is an innocent enough question, even someone who considers oneself to be rather sophisticated regarding IDEs such as RunRev can legitimately complain about the incredible lack of documentation in this crucial area. I know that somebody is creating cross-platform applications in RR, but ho...