conda-forge builds for ARM64 now ("miniforge"). Maybe someday conda-forge will build packages for WASM, too.

The pyiodide work would probably translate well.

There's a version of JupyterLab compiled to WASM w/ all of pyiodide called 'Jyve' that runs totally in the browser... Latest Chrome supports the new Native File System API "that lets websites gain write access to the native file system"

https://wicg.github.io/native-file-system/

Jyve has a Brython Jupyter kernel; marked as unsafe due to there being no good way to sandbox the app JS from the notebook JS, AFAIU.

WASM and MAC labels is still an open security-related question, AFAIU.

PyQuery has a chained API that's familiar to jQuery users.

The DOM API in Brython could probably be easily ported to CPython (and then Jython, IronPython, PyPy, RustPython). 

RustPython may already easily compile to WASM without any patches?

https://github.com/RustPython/RustPython

On Mon, Jun 15, 2020, 7:12 PM Eric V. Smith <eric@trueblade.com> wrote:

On 6/15/2020 5:11 PM, redradist@gmail.com wrote:
> The question is why not to apply all this patches to CPython to be able
> to compile CPython on the Web ?

Because that will cause an ongoing support burden for an unknown value.
What's wrong with keeping the patches separate?

Eric
_______________________________________________
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-leave@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/ELFNMA2ZJBI4U56ABU3JUJHF4L7E2T5S/
Code of Conduct: http://python.org/psf/codeofconduct/