Stewart MacLean wrote:
Using 2.5 and Windows 95 this just opens a few menus and shuffles them around - no car or steering wheel insight!
I carefully positioned the RecorderMorph in the top left. I guess the co-ordinates are misaligned?
In addition to making sure you're doing it in an otherwise empty Morphic screen, you have to make sure your squeak window is large enough. The first thing it did when I ran it was to try to open a menu past the right edge of my Squeak window, which failed. I switched to a higher resolution, restarted squeak with a correspondingly bigger window, and all was well.
Is there any way to make squeak recognize a change in the window size, without restarting? It's a bit discouraging that Squeak doesn't automatically register the window change and adjust the display bounds accordingly. (I'm on a Mac, if that matters.)
-Jesse
Is there any way to make squeak recognize a change in the window size, without restarting? It's a bit discouraging that Squeak doesn't automatically register the window change and adjust the display bounds accordingly. (I'm on a Mac, if that matters.)
Yes, use 'restore display' from the screen menu, or 'ScheduledControllers restore' and do it, _or_ use the OS event-feeding stuff I published ages ago that used catching the window size-change as a demo event. It makes the system do the 'ScheduledControllers restore'as a response to the event.
http://sumeru.stanford.EDU/tim/pooters/SqFiles/deltas/ and look for sq23Events. zip . Cthulu alone knows what details would be needed in the Mac window.c file to trigger it, but you should get the idea from the sources.
tim
squeak-dev@lists.squeakfoundation.org