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
>
> emf at umn.edu
>
>

--
======================================================================== 
===
John M. McIntosh <johnmci at smalltalkconsulting.com> 1-800-477-2659
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
======================================================================== 
===