I've never used Pharo before, but in my firefox it renders up and to the left too much. I'm not sure how the mouse is translated to the canvas but it seems like there is an issue with it (or vice versa and it's the weird canvas scaling). Removing `transform: scale(calc(1 / var(--world-dpr, 1)));` from the canvas css seems to fix it for me though.
So I assume this is the byte code interpreter compiled with Emscriptem? Didn’t Squeak have a similar try it out page?
I would assume there’s no attempt at Jitting or pre-compiling some of the image code, which would be a feat given Smalltalk dynamic nature and webassembly limited execution model.
I was hopping to have something like this to play with. How can you build the code?
I wandered about this a while ago, when VSCode went into Web. Later, after realizing how much download had to take place to have a remote OS ran, again the experience is very hacky with current hardware to software friction. It needs lots of drivers and resources to align experience with an actual OS.
It seems to break when zooming in/out on Firefox (Linux). Zooming in reduces the size of the viewport and makes clicking the mouse happen somewhere else.
As the author of this post, I have to say that I, too, was surprised by how well it's doing. But people at HN are generally very receptive to Lisp/Smalltalk posts, and lately, at least one Smalltalk-related post has appeared on the front page every week.
I've never used Pharo before, but in my firefox it renders up and to the left too much. I'm not sure how the mouse is translated to the canvas but it seems like there is an issue with it (or vice versa and it's the weird canvas scaling). Removing `transform: scale(calc(1 / var(--world-dpr, 1)));` from the canvas css seems to fix it for me though.
[delayed]
Nice!
So I assume this is the byte code interpreter compiled with Emscriptem? Didn’t Squeak have a similar try it out page?
I would assume there’s no attempt at Jitting or pre-compiling some of the image code, which would be a feat given Smalltalk dynamic nature and webassembly limited execution model.
I was hopping to have something like this to play with. How can you build the code?
I was hoping it was the 1999 video game alas
That one's spelled Pharaoh.
Neat concept for playing with Pharo...but doesn't having it in the browser kinda defeat the purpose?
I wandered about this a while ago, when VSCode went into Web. Later, after realizing how much download had to take place to have a remote OS ran, again the experience is very hacky with current hardware to software friction. It needs lots of drivers and resources to align experience with an actual OS.
VSCode started in the Web actually, as the Monaco web editor for Azure.
https://developer.microsoft.com/en-us/reactor/events/27557/
It seems to break when zooming in/out on Firefox (Linux). Zooming in reduces the size of the viewport and makes clicking the mouse happen somewhere else.
This webapp seems to break the back button on Android.
It never goes forward, so there's nothing to go back to, even on Chrome for Windows.
Obviously this post has been boosted quickly and mysteriously in 16 mins and it feels quite premature and it doesn't even look remarkable at all.
Use with caution.
As the author of this post, I have to say that I, too, was surprised by how well it's doing. But people at HN are generally very receptive to Lisp/Smalltalk posts, and lately, at least one Smalltalk-related post has appeared on the front page every week.
Great post! Doing anything with moose? Looking forward to a post :)
I only did the post on HN, not the project ;)
It's Pharo, which has a small but loving community.
Several of my friends love it.
What do they use it for?
BESIDES European conference presentations. Seriously, that's all I can ever seem to find.
[delayed]