[B2-devel] Re: OS X -

[<ni...@in...>]

...
> What I would like to suggest is that we add a singleton 
> EmulatorManager class that keeps track of the Emulator object (and in 
> future versions, manages multiple). This would be a singleton class, 
> similiar to NSApplication, i.e. you could call [EmulatorManager 
> sharedEmulatorManager] to get the single instance.
> 
> This would then have some useful methods, like IsAnyEmulatorRunning 
> (i.e. active and not paused) or something alike.
> Furthermore, it then would have a method to check if the emulator in 
> the current key window is running (and not paused), and if that is 
> true, then we don't intercept key events.

	This would be an ideal situation. Even better would be
if this class could check if the pointer is in the EmulatorView,
and not send any events to it if it is not.

	As an interim, how about we just pass all key events to
the Emulator class, and ignore any OS defaults. That way, there
is no need to check if an emulator is running. From memory, the
EmulatorView will do the right thing (ignore) when it gets an
event, and its emulator is not running. If not, should be simple
to add.

...
> BTW, Nigel, how is speed for you? On my G4/400, running Sys 7.5.3 in 
> the emu, I can literally see it do redraws etc.

	Same speed deficiencies. I haven't worked out if it is
the graphics environment (e.g. the barber pole, and having to
have the MacOS blit from an NSBitmap), or the emulation on a
RISC processor. I do remember that it was also quite slow on
my Sun Sparcstation 5 at work.

	It is fast enough to be usable in a pinch, though.



> P.S.: do you happen to know a Cris Pearson from Tasmania? :)

	Nope.
(which, considering the small size of Tassie, is surprising :-)

-- 
| Nigel Pearson, ni...@in...    | "Reality is that which,   |
| Telstra iDevelopments, Sydney, Australia |  when you stop believing  |
|   Office: 9206 3468    Fax:  9212 6329   |  in it, doesn't go away." |
|   Mobile: 0408 664435  Home: 9792 6998   |  Philip K. Dick - 'Valis' |