Henrik Johansen wrote:
On Apr 12, 2013, at 2:35 PM, Henrik Johansen wrote:
On Apr 12, 2013, at 1:08 PM, p...@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
