Quote - wxPython does in fact work across both platforms. All praise to vendors (such as Netherworks and Semidieu/ShaderWorks) who are building scripts with wxPython these days. 

We all know that the version of tKinter-based Python used by Poser 9 / 2012 is not compatible with older compiled tKinter-based scripts. It turns out that even if these old scripts are updated, many of them still won't work with 64-bit Macs running Poser 9 / 2012. Even dumbing down Poser Mac to run in 32-bit mode does not help; Poser immediately becomes unusable and its menu commands are removed when trying to use these tKinter scripts in 32-bit mode.

A lot of wonderful scripts will fade away, at least for Mac users, unless someone rewrites them for wxPython. Their original authors do not seem inclined to do so. And since they were free, it's hard to complain about it.

AH! So TKinter is the culprit.

There is this really slick tool out there to create GUIs for wxPython called wxFormBuilder. There's a version for each of the major OSes. So, all someone would have to do is go into a TKinter-based script, grab and save the functional part of the code, make a similar GUI in wxFormBuilder and then, in external (subclasses) methodss add back all that brilliant functional code, making sure there's no interface stuff in that code.

BTW: makes a strong case for black-box coding (i.e., classes that just do their bit without trying to do any interface stuff), doesn't it? :blink:

Monterey/Mint21.x/Win10 - Blender3.x - PP11.3(cm) - Musescore3.6.2

Wir sind gewohnt, daß die Menschen verhöhnen was sie nicht verstehen
[it is clear that humans have contempt for that which they do not understand] 

Metaphor of Chooks