Henrik Johansen wrote:
On Apr 12, 2013, at 2:35 PM, Henrik Johansen wrote:
On Apr 12, 2013, at 1:08 PM, phil@highoctane.be wrote:
One crappy hack would be to have two host windows started by the VM and the Pharo Display bitmap split in two and each half being painted in its own window at the VM level.
Which could even be extented to 'n' windows.
The current display code uses a nxn matrix to repaint, refreshing in two windows is doable without too much fuss.
For a Proof of Concept, that's workable. Phil
The painting itself isn't the real bear though, but event handling/distribution with multiple concurrent "worlds" and/or displays (or, in another term, WindowManagers). I mean, Areithfa Ffenestri (http://wiki.squeak.org/squeak/3862) has provided a workable multiple-windows API / VM implementation (on MacOS at least) for years, but the image-side code changes needed to make it work with source-aware events are still MIA. And that's not just due to lack of interest.
Cheers, Henry
On a positive note, I should say; there HAS been progress in Pharo lately that would make this work easier than it used to; for example. the move away from use of a global Sensor :)
Cheers, Henry
Just musing.... The comment from that web page says ""*NO* support yet exists for Morphic since there is a vast amount of code and class cleanup needed." I wonder if a second native window would be the place to start experimenting with Morphic3 in Pharo, leaving the existing Morphic running in parallel. cheers -ben