I'm successfully running Tweak now in a browser window via the
NPSqueak plugin. Everything runs bug-equivalent (so far) with the standalone version with the exception of... Several keys are mapped oddly from the keyboard when in the Tweak environment. s,w,h,b, the return key, some others(?) are being paired with control characters only in Tweak, only in browser. I can run same image standalone and have no troubles. The plugin is v3.5.3C1, and we are using much newer (assuming that plugin version maps to VM version) standalone VMs (3.8.8b14, 3.8.9b7). I scanned through the image looking for some 'I'm in a browser so do this weird stuff with keystrokes' code, but found nothing. Any ideas? -- Eric |
Am 19.01.2006 um 23:41 schrieb Fournier Eric: > I'm successfully running Tweak now in a browser window via the > NPSqueak plugin. Everything runs bug-equivalent (so far) with the > standalone version with the exception of... > > Several keys are mapped oddly from the keyboard when in the Tweak > environment. s,w,h,b, the return key, some others(?) are being > paired with control characters only in Tweak, only in browser. I > can run same image standalone and have no troubles. > > The plugin is v3.5.3C1, and we are using much newer (assuming that > plugin version maps to VM version) standalone VMs (3.8.8b14, 3.8.9b7). > > I scanned through the image looking for some 'I'm in a browser so > do this weird stuff with keystrokes' code, but found nothing. Sounds like a keycode problem (see CMacOSPlatform>>macVirtualKeycodes). What does "Smalltalk vmVersion" say in the plugin? - Bert - |
On Jan 19, 2006, at 4:49 PM, Bert Freudenberg wrote: > > Am 19.01.2006 um 23:41 schrieb Fournier Eric: > >> I'm successfully running Tweak now in a browser window via the >> NPSqueak plugin. Everything runs bug-equivalent (so far) with the >> standalone version with the exception of... >> >> Several keys are mapped oddly from the keyboard when in the Tweak >> environment. s,w,h,b, the return key, some others(?) are being >> paired with control characters only in Tweak, only in browser. I >> can run same image standalone and have no troubles. >> >> The plugin is v3.5.3C1, and we are using much newer (assuming that >> plugin version maps to VM version) standalone VMs (3.8.8b14, >> 3.8.9b7). >> >> I scanned through the image looking for some 'I'm in a browser so >> do this weird stuff with keystrokes' code, but found nothing. > > Sounds like a keycode problem (see > CMacOSPlatform>>macVirtualKeycodes). What does "Smalltalk > vmVersion" say in the plugin? After doing some installation updating: 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 1.5' The Mac Finder's info on NPSqueakStubCFM is 3.5.1bC1; NPSqueak.bundle is 3.8.8b7. I mentioned the issue to one of the Croquet programmers (also running Tweak), and he (Peter Moore) mentioned that he recalled that we have seen this problem before (in standalone Squeak). He thinks one of the other guys might have a workaround. I'll check that out tommorrow. Thanks. --Eric > > - Bert - > > _______________________________________________ > Tweak mailing list > [hidden email] > http://impara.de/mailman/listinfo/tweak Eric Fournier Java and Web Services University of Minnesota Office of Information Technology 190 Shepherd Labs [hidden email] |
Ah, okay Bert;
The same image returns: 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] Squeak VM 3.8.8b14' ...when run against the standalone VM (thoughtfully included with the Squeakland package). Looks like the report of the VM version gets boggled in the browser plugin. I just hacked CMacOSPlatform>>macVirtualKeycodes to return true since we are using modern VMs here. Solved the problem. I owe you a beer! --Eric On Jan 19, 2006, at 8:24 PM, Eric Fournier wrote: > > On Jan 19, 2006, at 4:49 PM, Bert Freudenberg wrote: > >> >> Am 19.01.2006 um 23:41 schrieb Fournier Eric: >> >>> I'm successfully running Tweak now in a browser window via the >>> NPSqueak plugin. Everything runs bug-equivalent (so far) with the >>> standalone version with the exception of... >>> >>> Several keys are mapped oddly from the keyboard when in the Tweak >>> environment. s,w,h,b, the return key, some others(?) are being >>> paired with control characters only in Tweak, only in browser. I >>> can run same image standalone and have no troubles. >>> >>> The plugin is v3.5.3C1, and we are using much newer (assuming >>> that plugin version maps to VM version) standalone VMs (3.8.8b14, >>> 3.8.9b7). >>> >>> I scanned through the image looking for some 'I'm in a browser so >>> do this weird stuff with keystrokes' code, but found nothing. >> >> Sounds like a keycode problem (see >> CMacOSPlatform>>macVirtualKeycodes). What does "Smalltalk >> vmVersion" say in the plugin? > > After doing some installation updating: > > 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 1.5' > > The Mac Finder's info on NPSqueakStubCFM is 3.5.1bC1; > NPSqueak.bundle is 3.8.8b7. > > I mentioned the issue to one of the Croquet programmers (also > running Tweak), and he (Peter Moore) mentioned that he recalled > that we have seen this problem before (in standalone Squeak). He > thinks one of the other guys might have a workaround. I'll check > that out tommorrow. > > Thanks. > > --Eric > > >> >> - Bert - >> >> _______________________________________________ >> Tweak mailing list >> [hidden email] >> http://impara.de/mailman/listinfo/tweak > > Eric Fournier > Java and Web Services > University of Minnesota Office of Information Technology > 190 Shepherd Labs > > [hidden email] > > > _______________________________________________ > Tweak mailing list > [hidden email] > http://impara.de/mailman/listinfo/tweak Eric Fournier Java and Web Services University of Minnesota Office of Information Technology 190 Shepherd Labs [hidden email] |
Actually, the current macVirtualKeycodes method falls back on a
preference (we had the same problem in a custom VM): macVirtualKeycodes self majorMinorBuildFrom: Smalltalk vmVersion satisfies: [:major :minor :build | | ver | ver := (minor * 100) + (major * 10000) + build. ^ver >= 30807]. "No parseable version number found. Preference defaults to false" ^Preferences macVirtualKeycodes - Bert - Am 20.01.2006 um 05:30 schrieb Eric Fournier: > Ah, okay Bert; > > The same image returns: > > 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] Squeak VM > 3.8.8b14' > > ...when run against the standalone VM (thoughtfully included with > the Squeakland package). Looks like the report of the VM version > gets boggled in the browser plugin. I just hacked > CMacOSPlatform>>macVirtualKeycodes to return true since we are > using modern VMs here. Solved the problem. > > I owe you a beer! > > --Eric > > On Jan 19, 2006, at 8:24 PM, Eric Fournier wrote: > >> >> On Jan 19, 2006, at 4:49 PM, Bert Freudenberg wrote: >> >>> >>> Am 19.01.2006 um 23:41 schrieb Fournier Eric: >>> >>>> I'm successfully running Tweak now in a browser window via the >>>> NPSqueak plugin. Everything runs bug-equivalent (so far) with >>>> the standalone version with the exception of... >>>> >>>> Several keys are mapped oddly from the keyboard when in the >>>> Tweak environment. s,w,h,b, the return key, some others(?) are >>>> being paired with control characters only in Tweak, only in >>>> browser. I can run same image standalone and have no troubles. >>>> >>>> The plugin is v3.5.3C1, and we are using much newer (assuming >>>> that plugin version maps to VM version) standalone VMs >>>> (3.8.8b14, 3.8.9b7). >>>> >>>> I scanned through the image looking for some 'I'm in a browser >>>> so do this weird stuff with keystrokes' code, but found nothing. >>> >>> Sounds like a keycode problem (see >>> CMacOSPlatform>>macVirtualKeycodes). What does "Smalltalk >>> vmVersion" say in the plugin? >> >> After doing some installation updating: >> >> 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 1.5' >> >> The Mac Finder's info on NPSqueakStubCFM is 3.5.1bC1; >> NPSqueak.bundle is 3.8.8b7. >> >> I mentioned the issue to one of the Croquet programmers (also >> running Tweak), and he (Peter Moore) mentioned that he recalled >> that we have seen this problem before (in standalone Squeak). He >> thinks one of the other guys might have a workaround. I'll check >> that out tommorrow. >> >> Thanks. >> >> --Eric >> >> >>> >>> - Bert - >>> >>> _______________________________________________ >>> Tweak mailing list >>> [hidden email] >>> http://impara.de/mailman/listinfo/tweak >> >> Eric Fournier >> Java and Web Services >> University of Minnesota Office of Information Technology >> 190 Shepherd Labs >> >> [hidden email] >> >> >> _______________________________________________ >> Tweak mailing list >> [hidden email] >> http://impara.de/mailman/listinfo/tweak > > Eric Fournier > Java and Web Services > University of Minnesota Office of Information Technology > 190 Shepherd Labs > > [hidden email] > > > _______________________________________________ > Tweak mailing list > [hidden email] > http://impara.de/mailman/listinfo/tweak |
Right, but setting the preference to the default I want is of no help
because the version number returned by Smalltalk>>vmVersion, while incorrect, is parse-able, and so the preference never gets answered. I think the NPSqueak plugin version of the VM should return the VM version it is based on, but it doesn't. With my updated version of the plugin, I still get: 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 2.0.3' ...even though the Mac Finder info suggests the plugin is based on 3.8.8b7. '2.0.3' means something to John, I bet ;-) -- Eric On Jan 20, 2006, at 3:03 AM, Bert Freudenberg wrote: > Actually, the current macVirtualKeycodes method falls back on a > preference (we had the same problem in a custom VM): > > macVirtualKeycodes > self majorMinorBuildFrom: Smalltalk vmVersion > satisfies: [:major :minor :build | > | ver | > ver := (minor * 100) + (major * 10000) + build. > ^ver >= 30807]. > "No parseable version number found. Preference defaults to false" > ^Preferences macVirtualKeycodes > > - Bert - > > Am 20.01.2006 um 05:30 schrieb Eric Fournier: > >> Ah, okay Bert; >> >> The same image returns: >> >> 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] Squeak VM >> 3.8.8b14' >> >> ...when run against the standalone VM (thoughtfully included with >> the Squeakland package). Looks like the report of the VM version >> gets boggled in the browser plugin. I just hacked >> CMacOSPlatform>>macVirtualKeycodes to return true since we are >> using modern VMs here. Solved the problem. >> >> I owe you a beer! >> >> --Eric >> >> On Jan 19, 2006, at 8:24 PM, Eric Fournier wrote: >> >>> >>> On Jan 19, 2006, at 4:49 PM, Bert Freudenberg wrote: >>> >>>> >>>> Am 19.01.2006 um 23:41 schrieb Fournier Eric: >>>> >>>>> I'm successfully running Tweak now in a browser window via the >>>>> NPSqueak plugin. Everything runs bug-equivalent (so far) with >>>>> the standalone version with the exception of... >>>>> >>>>> Several keys are mapped oddly from the keyboard when in the >>>>> Tweak environment. s,w,h,b, the return key, some others(?) are >>>>> being paired with control characters only in Tweak, only in >>>>> browser. I can run same image standalone and have no troubles. >>>>> >>>>> The plugin is v3.5.3C1, and we are using much newer (assuming >>>>> that plugin version maps to VM version) standalone VMs >>>>> (3.8.8b14, 3.8.9b7). >>>>> >>>>> I scanned through the image looking for some 'I'm in a browser >>>>> so do this weird stuff with keystrokes' code, but found nothing. >>>> >>>> Sounds like a keycode problem (see >>>> CMacOSPlatform>>macVirtualKeycodes). What does "Smalltalk >>>> vmVersion" say in the plugin? >>> >>> After doing some installation updating: >>> >>> 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 1.5' >>> >>> The Mac Finder's info on NPSqueakStubCFM is 3.5.1bC1; >>> NPSqueak.bundle is 3.8.8b7. >>> >>> --Eric >>> >>> Eric Fournier Java and Web Services University of Minnesota Office of Information Technology 190 Shepherd Labs [hidden email] |
sure it does, it means 2.0.3 is a bug
See it's returning the version of Safari versus the version of the squeak plugin bundle. Sigh. Not sure you can get version number, however can you tell if you are running the browser plugin VM? GetAttributeString with a negative number gets emed parms btw. It's likely we'll need to look at usage of Smalltalk vmVersion and consider the impact of this bug. On 22-Jan-06, at 9:00 PM, Eric Fournier wrote: > Right, but setting the preference to the default I want is of no > help because the version number returned by Smalltalk>>vmVersion, > while incorrect, is parse-able, and so the preference never gets > answered. I think the NPSqueak plugin version of the VM should > return the VM version it is based on, but it doesn't. With my > updated version of the plugin, I still get: > > 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 2.0.3' > > ...even though the Mac Finder info suggests the plugin is based on > 3.8.8b7. '2.0.3' means something to John, I bet ;-) > > -- Eric > > > On Jan 20, 2006, at 3:03 AM, Bert Freudenberg wrote: > >> Actually, the current macVirtualKeycodes method falls back on a >> preference (we had the same problem in a custom VM): >> >> macVirtualKeycodes >> self majorMinorBuildFrom: Smalltalk vmVersion >> satisfies: [:major :minor :build | >> | ver | >> ver := (minor * 100) + (major * 10000) + build. >> ^ver >= 30807]. >> "No parseable version number found. Preference defaults to false" >> ^Preferences macVirtualKeycodes >> >> - Bert - >> >> Am 20.01.2006 um 05:30 schrieb Eric Fournier: >> >>> Ah, okay Bert; >>> >>> The same image returns: >>> >>> 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] Squeak VM >>> 3.8.8b14' >>> >>> ...when run against the standalone VM (thoughtfully included with >>> the Squeakland package). Looks like the report of the VM version >>> gets boggled in the browser plugin. I just hacked >>> CMacOSPlatform>>macVirtualKeycodes to return true since we are >>> using modern VMs here. Solved the problem. >>> >>> I owe you a beer! >>> >>> --Eric >>> >>> On Jan 19, 2006, at 8:24 PM, Eric Fournier wrote: >>> >>>> >>>> On Jan 19, 2006, at 4:49 PM, Bert Freudenberg wrote: >>>> >>>>> >>>>> Am 19.01.2006 um 23:41 schrieb Fournier Eric: >>>>> >>>>>> I'm successfully running Tweak now in a browser window via the >>>>>> NPSqueak plugin. Everything runs bug-equivalent (so far) with >>>>>> the standalone version with the exception of... >>>>>> >>>>>> Several keys are mapped oddly from the keyboard when in the >>>>>> Tweak environment. s,w,h,b, the return key, some others(?) are >>>>>> being paired with control characters only in Tweak, only in >>>>>> browser. I can run same image standalone and have no troubles. >>>>>> >>>>>> The plugin is v3.5.3C1, and we are using much newer (assuming >>>>>> that plugin version maps to VM version) standalone VMs >>>>>> (3.8.8b14, 3.8.9b7). >>>>>> >>>>>> I scanned through the image looking for some 'I'm in a browser >>>>>> so do this weird stuff with keystrokes' code, but found nothing. >>>>> >>>>> Sounds like a keycode problem (see >>>>> CMacOSPlatform>>macVirtualKeycodes). What does "Smalltalk >>>>> vmVersion" say in the plugin? >>>> >>>> After doing some installation updating: >>>> >>>> 'Squeak3.8 of ''5 May 2005'' [latest update: #6665] 1.5' >>>> >>>> The Mac Finder's info on NPSqueakStubCFM is 3.5.1bC1; >>>> NPSqueak.bundle is 3.8.8b7. >>>> >>>> --Eric >>>> >>>> > > Eric Fournier > Java and Web Services > University of Minnesota Office of Information Technology > 190 Shepherd Labs > > [hidden email] > > -- ======================================================================== === John M. McIntosh <[hidden email]> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Free forum by Nabble | Edit this page |