You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be super cool to have an example where an app on Windows gets some sort of framebuffer resource, and passes that and keyboard/mouse events through to the Linux side, which draws on the framebuffer which is then displayed by the Windows side.
Use case:
The Pharo open-source programming environment runs on the OpenSmalltalk VM. Only recently this has been ported to 64-bits, but only for LP64 programming model, i.e. Linux/OSX. To port VM to LLP64 to have it work on Windows is another big effort. Of course a native port is preferable to support users back to Windows XP, but maybe an interim step could be splitting the app so only the KVM interface runs on the Windows side, and leverage the completed LP64 port running on WSL.
It would be super cool to have an example where an app on Windows gets some sort of framebuffer resource, and passes that and keyboard/mouse events through to the Linux side, which draws on the framebuffer which is then displayed by the Windows side.
Use case:
The Pharo open-source programming environment runs on the OpenSmalltalk VM. Only recently this has been ported to 64-bits, but only for LP64 programming model, i.e. Linux/OSX. To port VM to LLP64 to have it work on Windows is another big effort. Of course a native port is preferable to support users back to Windows XP, but maybe an interim step could be splitting the app so only the KVM interface runs on the Windows side, and leverage the completed LP64 port running on WSL.
Note that Pharo/Smalltalk is like an operating system and IDE rolled into one. Here SqueakNOS is shown running on bare-metal inside VMWare.
The text was updated successfully, but these errors were encountered: