[squeak-dev] Morphs can be dropped on main docking bar

Jakob Reschke jakob.reschke at student.hpi.de
Thu Dec 8 23:51:57 UTC 2016


Even if the bar did not "explode", dropping a System Browser or
another tool (SystemWindow) there might not be useful under any
circumstances, but it can happen accidentally (with
fastDragWindowForMorphic disabled) if you do not take care while
moving them around.

Since such tools cannot really be operated when shrinked to the
docking bar size, maybe they should not be droppable into the bar at
all. Unless you could park and simply drag them out again later, but
then they would actually be represented by another morph while in the
bar (or they should be collapsed).

Maybe a Morph could decide for itself whether it wants to be droppable
onto the docking bar. SystemWindows could straight out refuse, while
by default Morphs could ask the user or refuse immediately if their
height exceeds a certain limit, such as twice or thrice the docking
bar height or 10% of the screen height. As per the previous paragraph,
them refusing could also mean they will be wrapped up and stuffed
compactly into the bar for later retrieval instead.

Otherwise, it would be nice if the docking bar would at least return
to its previous height after a large morph has been dragged out of it.

Best,
Jakob

2016-12-09 0:20 GMT+01:00 tim Rowledge <tim at rowledge.org>:
>
>> On 08-12-2016, at 3:10 PM, Chris Cunningham <cunningham.cb at gmail.com> wrote:
>> Maybe a second guard to not allow such big morphs - or to shrink them if we do - should be added to the docking bar.
>
> Wrap them in a TransformationMorph as part of the drop?
>
> tim
> --
> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
> Do files get embarrassed when they get unzipped?
>
>
>


More information about the Squeak-dev mailing list