missing tiles in Plugin?

[Scott Wallace]

Anindita,

The distinguishing factor is the "eToyFriendly" preference, which is 
true by default in the plug-in image but false by default in the 
mainstream 3.2 and 3.3 images.

When this preference is true, a special filter is applied to suppress 
certain items from viewers.

The filter is defined in EToyVocabulary.phraseSymbolsToSuppress; its 
comment explains how this filter came to be:

phraseSymbolsToSuppress
	"Answer a dictatorially-imposed list of phrase-symbols that 
are to be suppressed from viewers when the eToyFriendly preference is 
set to true.  This list at the moment corresponds to the wishes of 
Alan and Kim and the LA teachers using Squeak in school-year 2001-2"

... and in the code of the method you will see the specific items 
that are suppressed in eToyFriendly-mode.

For your own purposes, you could modify this method any way you 
prefer, thus changing the filtering policy.  To have *no* filtering, 
either set eToyFriendly to false, or else modify 
#phraseSymbolsToSuppress so that it returns an empty collection.


Cheers,

   -- Scott


At 8:32 PM -0400 4/23/02, Anindita wrote:
>Hi,
>
>I was playing with the plugin as a standalone and noticed that a couple of
>the standard tiles are missing. I looked through the Morph
>additionsToViewerCategories and the matching Player scripts and saw that
>everything is defined, listed and called. . . some of them just aren't
>showing up in the object viewers. Does anyone know why?  So far I've only
>noticed missing commands, not slots.
>
>I was looking in particular at the motion category, where moveToward:
>followPath and goToRightOf: are all listed and defined, but none appear in
>the viewer.  I also noticed that wearCostumeOf: is missing from the
>miscellaneous category.  The only similarity is that all of these are
>commands, not slots, and three of these commands pass #player as an
>argument.  They are the only commands in their categories to do so,
>so I think something might be wrong there.  I can't figure out what's
>wrong with followPath.
>
>Thanks!
>
>Anindita