Re: [Pharo-users] Status of Caffeine

Very good! What about the UI lag and the occasional spinner that blocks the UI, is this related to the debugging protocol (I see that the IDEs are loaded in iframes) that will go away when run from local, or is this something that can be optimized away? Thanks for the details so far! Siemen On

Re: [Pharo-users] Status of Caffeine

> The minimal example seems to load fast enough. Do you think there is a > potential to slim it down even further for a production system that > uses the DOM as its UI, ie remove morphic and others and use the image > in headless mode? Certainly. I've done some experiments with "animated wi

Re: [Pharo-users] separate native window of same Pharo image

I believe this is a known Windows issue. I have certainly seen it on my Windows machine at work. Doesn't happen on Linux. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] separate native window of same Pharo image

Thank you both, this is exactly what I was looking for! But I ran into an issue (maybe this is Windows (10) specific): once I open the window, the original Pharo window is no longer responsive. It is not frozen, I can see a cursor blinking in the playground, but clicking anywhere or pressing any

Re: [Pharo-users] Status of Caffeine

Hi Craig, Great, thanks! The minimal example seems to load fast enough. Do you think there is a potential to slim it down even further for a production system that uses the DOM as its UI, ie remove morphic and others and use the image in headless mode? Thanks for the offer to work together on

Re: [Pharo-users] separate native window of same Pharo image

Here's a screenshot of two roses windows being run from a pharo image in another window -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] separate native window of same Pharo image

it is perfectly possible with OS-Window to create a morphic world and create your own morphic content for it, then display it in a completely different operating system window. This is how I created a simple application which displays geometric "roses" in a separate window to the pharo window. Fi

Re: [Pharo-users] separate native window of same Pharo image

Hi, I played a bit with that. I did something like this: window := OSWindow createWithAttributes: (OSWindowAttributes new resizable: false; yourself). window title: title. And then: surface := AthensCairoSDLSurface fromSDLSurface: self window handle handle getWindowSurface Then you can render e

[Pharo-users] Dynabook concept under Dr. Geo perspective

Hi, The Dynabook concept and Dr. Geo share some values. Here is how http://blog.drgeo.eu/post/2018/The-Dynabook-Concept Hilaire -- Dr. Geo http://drgeo.eu

Re: [Pharo-users] Status of Caffeine

Hi Erik-- > I read in some of the more recent issues that on some mobile devices > (based on iOS) the page reloads after switching apps and/or locking > the device. This will loose any data currently in the Caffeine app. > Craig is working on a solution based on WebWorkers. This probably > means

Re: [Pharo-users] Status of Caffeine

Hi Siemen-- > What is the status of Caffeine now - is it production-ready with > Pharo, and how large is a minimal (not development) image with > everything required to run a production system - i.e. what would be > the load time of a Caffeine web app? I'm using Caffeine in production wi

[Pharo-users] separate native window of same Pharo image

Hi, did anyone play around with launching a separate native window for Pharo? E.g. I have normal window in which Pharo is, and then I open a separate native window that shows just e.g. Transcript. I know that there are some projects like OSWindow-SDL and OSWindows-UI (using WinAPI), but both of

Re: [Pharo-users] Status of Caffeine

Thanks! My idea was to use it in a similar manner to e.g. Angular, with a full app being loaded into the browser which communicates with a backend API. But this requires the load time to be acceptable.. another direction would be to embed it in a phone gap app and use it to build DOM-based mobi

Re: [Pharo-users] Status of Caffeine

You can find the source at the GitHub-link below. Craig seems active on this project seeing the number of recent commits. Focus is on creating a live VR-environment. Cool stuff I think . It will run Pharo, but if that means 'production ready'... Small image sizes for production systems/applications

Re: [Pharo-users] Status of Caffeine

On 19 July 2018 at 14:59, Siemen Baader wrote: > What is the status of Caffeine now - is it production-ready with Pharo, and > how large is a minimal (not development) image with everything required to > run a production system - i.e. what would be the load time of a Caffeine web > app? > > Tha

[Pharo-users] Status of Caffeine

What is the status of Caffeine now - is it production-ready with Pharo, and how large is a minimal (not development) image with everything required to run a production system - i.e. what would be the load time of a Caffeine web app? Thanks, Siemen Sent from my iPhone