<div dir="ltr"><div class="gmail_extra">Hi</div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-24 8:12 GMT+01:00 Ronie Salgado <span dir="ltr"><<a href="mailto:roniesalg@gmail.com" target="_blank">roniesalg@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div><div><div><div><div><div>Hello,<br><br></div>I am working on removing most of windowing code from the VM, and in trying to unify the platform specific code of the VM. In the MinimalistHeadless branch of <a href="https://github.com/ronsaldo/opensmalltalk-vm" target="_blank">https://github.com/ronsaldo/<wbr>opensmalltalk-vm</a> I made the following changes:<br></div></div></div></div></div></div></div></blockquote><div><br></div><div>This is super cool. With Pavel we just tried open oswindow based world from headless image and it work almost perfect. No problems with keyboard and scrolling anymore. And it already provides very good approach for deploying desktop app.   </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div><div><div><div><div><br></div>- Unified standard CMake building scripts for Unixes. I hate autoconf. I want to use them in Windows too.<br></div>- Refactoring the Unix entry points. I am trying to remove a lot of code for simplfying stuff.<br></div>- Null window driver for true headless.<br></div>- Optional SDL2 based traditional display backend for compatibility reasons, and because the extra Morphic worlds using OSWindow are a bit unstable.<br></div></div></div></blockquote><div><br></div><div>Could you explain more what traditional display backend means? Because I am probably out of domain but want to know more.  </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div></div><br></div>So far I managed to run a standard Pharo 6 image using this custom VM in Linux. Windows and Mac are coming next. Hopefully this is going to fix the problems with duplicated events when using OSWindow in Windows.<br><br>I am also planning on making a standard interface for embedding the VM in an application, at least as a static library. With this new building system, this seems to be easy to do.<br><br></div><div>BTW. When I tried the minimalistic Pharo image, in a completely headless VM, I got the following error:<br><br>[ "Ugh .... now this is a biggie - a system that does not support<br>        any of the display depths at all."<br>Smalltalk<br>    logError:<br>        'Fatal error: This system has no support for any display depth at all.'<br>    inContext: thisContext.<br>Smalltalk quitPrimitive    "There is no way to continue from here" ] in DisplayScreen>><wbr>findAnyDisplayDepth<br>DisplayScreen>><wbr>findAnyDisplayDepthIfNone:<br>DisplayScreen>><wbr>findAnyDisplayDepth<br>DisplayScreen>>setExtent:<wbr>depth:<br>DisplayScreen class>>startUp<br><br></div><div>As a workaround, I am doing the following for ioHasDisplayDepth with the null driver:<br><br>sqInt ioHasDisplayDepth(sqInt depth)<br>{<br>    return true;<br>}<br></div></blockquote><div><br></div><div>I guess it is temp solution? Because no DisplayScreen should exist in headless mode.</div></div><br></div></div>