Hi Chris,
On Apr 6, 2017, at 4:56 PM, Chris Muller asqueaker@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@rowledge.org wrote:
On 06-04-2017, at 3:52 PM, Hari hari.balaraman@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@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: MC: Melt down Core