[squeak-dev] systemWindowEmbedOK was: Morphs can be dropped on main docking bar
bernhard at pieber.com
Fri Dec 9 08:17:39 UTC 2016
For SystemWindows there is already a preference called „systemWindowEmbedOK: Determines whether, in Morphic, when a SystemWindow or MenuMorph is dropped onto a willing receptor, it should be deposited into that receptor.“
If this is disabled at least browsers cannot accidentially be dragged into the docking bar. I think this preference should be disabled by default. What do you think?
> Am 09.12.2016 um 00:51 schrieb Jakob Reschke <jakob.reschke at student.hpi.de>:
> 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.
More information about the Squeak-dev