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.

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
>
>
>