Smalltalk › Squeak › Squeak - Dev

Morphs can be dropped on main docking bar

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

25 messages Options

timrowledge

Re: Morphs can be dropped on main docking bar

> On 06-04-2017, at 4:52 PM, Bob Arning <[hidden email]> wrote:
>
> Stuck? Get an explorer on the docking bar, select the offending morph in its submorphs and evaluate "self delete”

But, but, that’s *cheating*

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
The less time planning, the more time programming.

Chris Muller-3

Re: Morphs can be dropped on main docking bar

In reply to this post by timrowledge

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 <[hidden email]> wrote:

>
>> On 06-04-2017, at 3:52 PM, Hari <[hidden email]> 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; [hidden email]; http://www.rowledge.org/tim
> Strange OpCodes: MC: Melt down Core
>
>
>

Chris Muller-3

Re: Morphs can be dropped on main docking bar

In reply to this post by timrowledge

>> Stuck? Get an explorer on the docking bar, select the offending morph in its submorphs and evaluate "self delete”
>
> But, but, that’s *cheating*

No, it's absolutely not. Control of the environment via code snippets
is as much a part of the IDE as the buttons and lists. See:

https://en.wikipedia.org/wiki/Smalltalk#Level_of_access

timrowledge

Re: Morphs can be dropped on main docking bar

> On 06-04-2017, at 5:00 PM, Chris Muller <[hidden email]> wrote:
>
>>> Stuck? Get an explorer on the docking bar, select the offending morph in its submorphs and evaluate "self delete”
>>
>> But, but, that’s *cheating*
>
> No, it's absolutely not. Control of the environment via code snippets
> is as much a part of the IDE as the buttons and lists.

Apologies for leaving out a big enough smiley. It got stuck in a TransformationMorph that made it effectively invisible.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Document the code? Why do you think they call it "code?"

Eliot Miranda-2

Re: Morphs can be dropped on main docking bar

In reply to this post by Chris Muller-3

Hi Chris,

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