Hi Chris,

> On Apr 6, 2017, at 4:56 PM, Chris Muller <asqueaker at gmail.com> wrote:
> 
> When doing certain kinds of work, I'll sometimes drop one of the
> preference-setting buttons in there so I can toggle it quickly and
> easily.
> 
> I'll also drop Maui objects I'm working with up there.  It already
> supports the "tear off" thumbnail views, so I just make the object
> that view and drag it in there -- I don't need or want the docking bar
> to do any of that processing for me.
> 
> It's a 'work tray' -- like where a surgeon or dentist has their tools
> laid out.  It's purposely not "smart", but raw and dynamic.

I agree (with it being a work tray), which is why I'd like to see system windows collapse when dropped in the menu bar.

> 
>> On Thu, Apr 6, 2017 at 6:33 PM, tim Rowledge <tim at rowledge.org> wrote:
>> 
>>> On 06-04-2017, at 3:52 PM, Hari <hari.balaraman at icloud.com> wrote:
>>> 
>>> This is a hack- but I found that behaviour of the DockingBar in swallowing
>>> all passing morphs very irritating and fixed it in my image by setting
>>> "dropEnabled: false" in DockingBarMorph's initialize method.
>> 
>> I’m inclined the same way but if it has to accept drops of general morphs it really, really, ought to do the same trick that the ObjectExplorer does to make a thumbnail that will fit into the height of the dock bar. And probably make sure there is a good area surrounding it to allow a pickup to drag it out of the dock again - I just managed to drop one of those ‘rotating second hand’ morphs from Bob’s message about rotating morphs. The select target is impossible to hit, so it’s stuck there. :-(
>> 
>> 
>> tim
>> --
>> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
>> Strange OpCodes: MC: Melt down Core
>> 
>> 
>> 
>