I just found out that I can drop morphs on the main docking bar. When I show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
Bernhard
Definitely a feature. I use it a lot to put often-used or temporary menu items or working-morphs there... where I know they'll remain accessible because they won't get buried.
On Thu, Dec 8, 2016 at 2:58 PM, Bernhard Pieber bernhard@pieber.com wrote:
I just found out that I can drop morphs on the main docking bar. When I show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
Bernhard
Ran into this recently with a very large morph (> 90% of screen real-estate). How do you get that morph out of the docking bar? I've resorted to quiting the image and starting over, which is really sub-optimal. If I could not accept drops (or at least be prompted if I drop it when the option is to not accept drops), that would go a long way to helping.
Just now trying this out (not having paid attention to the 'accept drops' check box), I noticed that the very big morph makes Squeak unusable - the docking bar takes up so much space I can't usefully open any other window/morph at all in Squeak anymore. Maybe a second guard to not allow such big morphs - or to shrink them if we do - should be added to the docking bar.
-cbc
On Thu, Dec 8, 2016 at 1:40 PM, Chris Muller asqueaker@gmail.com wrote:
Definitely a feature. I use it a lot to put often-used or temporary menu items or working-morphs there... where I know they'll remain accessible because they won't get buried.
On Thu, Dec 8, 2016 at 2:58 PM, Bernhard Pieber bernhard@pieber.com wrote:
I just found out that I can drop morphs on the main docking bar. When I
show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
Bernhard
On 08-12-2016, at 3:10 PM, Chris Cunningham cunningham.cb@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@rowledge.org; http://www.rowledge.org/tim Do files get embarrassed when they get unzipped?
No need to restart Squeak. You can simply blue click the morph you dropped in there and then pick it up by its black halo (top center).
On Thu, Dec 8, 2016 at 5:10 PM, Chris Cunningham cunningham.cb@gmail.com wrote:
Ran into this recently with a very large morph (> 90% of screen real-estate). How do you get that morph out of the docking bar? I've resorted to quiting the image and starting over, which is really sub-optimal. If I could not accept drops (or at least be prompted if I drop it when the option is to not accept drops), that would go a long way to helping.
Just now trying this out (not having paid attention to the 'accept drops' check box), I noticed that the very big morph makes Squeak unusable - the docking bar takes up so much space I can't usefully open any other window/morph at all in Squeak anymore. Maybe a second guard to not allow such big morphs - or to shrink them if we do - should be added to the docking bar.
-cbc
On Thu, Dec 8, 2016 at 1:40 PM, Chris Muller asqueaker@gmail.com wrote:
Definitely a feature. I use it a lot to put often-used or temporary menu items or working-morphs there... where I know they'll remain accessible because they won't get buried.
On Thu, Dec 8, 2016 at 2:58 PM, Bernhard Pieber bernhard@pieber.com wrote:
I just found out that I can drop morphs on the main docking bar. When I show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
Bernhard
Interesting. How do you do that? Using one of the halos? Do you drag SystemWindows in there as well?
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Bernhard
Am 08.12.2016 um 22:40 schrieb Chris Muller asqueaker@gmail.com:
Definitely a feature. I use it a lot to put often-used or temporary menu items or working-morphs there... where I know they'll remain accessible because they won't get buried.
On Thu, Dec 8, 2016 at 2:58 PM, Bernhard Pieber bernhard@pieber.com wrote:
I just found out that I can drop morphs on the main docking bar. When I show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
From a previous discussion with Marcel I remember that the main docking bar previously rejected dropped system windows and accepted other morphs. For some reason the rejection of system windows is not working in 5.1.
Anyways, the "accept drops" checkbox should definitely be honored. :)
Some students in one of our courses regularly struggle with this and we show them the "context" menu on the world morph which has a checkbox for "Show main docking bar". When you uncheck and check it again the main docking bar is reset.
Bests Patrick ________________________________________ From: Squeak-dev squeak-dev-bounces@lists.squeakfoundation.org on behalf of Bernhard Pieber bernhard@pieber.com Sent: Friday, December 9, 2016 11:14 To: ma.chris.m@gmail.com; The general-purpose Squeak developers list Subject: Re: [squeak-dev] Morphs can be dropped on main docking bar
Interesting. How do you do that? Using one of the halos? Do you drag SystemWindows in there as well?
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Bernhard
Am 08.12.2016 um 22:40 schrieb Chris Muller asqueaker@gmail.com:
Definitely a feature. I use it a lot to put often-used or temporary menu items or working-morphs there... where I know they'll remain accessible because they won't get buried.
On Thu, Dec 8, 2016 at 2:58 PM, Bernhard Pieber bernhard@pieber.com wrote:
I just found out that I can drop morphs on the main docking bar. When I show the docking bar’s context menu, the „accept drops“ checkbox is not clicked, though. Is this a bug or a feature?
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote:
Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
--Hannes
On 12/9/16, Chris Muller ma.chris.m@gmail.com wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote:
Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
On Apr 6, 2017, at 5:20 AM, H. Hirzel hannes.hirzel@gmail.com wrote:
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
And to add another related issue to the list, having accidentally dropped a browser into the menu bar and dragged it out again, I'd like to ask that the menu bar return to its original size when it contains no morphs that don't fit. Resizing of using the yellow halo isn't easy and in my case is off by a few pixels.
Also, why not collapse system windows when dropping them into the menu bar?
--Hannes
On 12/9/16, Chris Muller ma.chris.m@gmail.com wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote: Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
The menu bar does not accept windows. Windows are containers, normally, they cannot and should not be able to be dragged into anything.
On Thu, Apr 6, 2017 at 10:15 AM, Eliot Miranda eliot.miranda@gmail.com wrote:
On Apr 6, 2017, at 5:20 AM, H. Hirzel hannes.hirzel@gmail.com wrote:
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
And to add another related issue to the list, having accidentally dropped a browser into the menu bar and dragged it out again, I'd like to ask that the menu bar return to its original size when it contains no morphs that don't fit. Resizing of using the yellow halo isn't easy and in my case is off by a few pixels.
Also, why not collapse system windows when dropping them into the menu bar?
--Hannes
On 12/9/16, Chris Muller ma.chris.m@gmail.com wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote: Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
I use it fairly frequently, It works for me.
Just tried it in a fully-updated trunk image. Worked...
On Thu, Apr 6, 2017 at 7:20 AM, H. Hirzel hannes.hirzel@gmail.com wrote:
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
--Hannes
On 12/9/16, Chris Muller ma.chris.m@gmail.com wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote:
Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
On 4/6/17, Chris Muller asqueaker@gmail.com wrote:
I use it fairly frequently, It works for me.
Just tried it in a fully-updated trunk image. Worked...
Which version of Squeak? And dropping or not dropping which kind of morph worked?
On Thu, Apr 6, 2017 at 7:20 AM, H. Hirzel hannes.hirzel@gmail.com wrote:
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
--Hannes
On 12/9/16, Chris Muller ma.chris.m@gmail.com wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote:
Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
Any morph besides a SystemWindow.
On Thu, Apr 6, 2017 at 11:18 AM, H. Hirzel hannes.hirzel@gmail.com wrote:
On 4/6/17, Chris Muller asqueaker@gmail.com wrote:
I use it fairly frequently, It works for me.
Just tried it in a fully-updated trunk image. Worked...
Which version of Squeak? And dropping or not dropping which kind of morph worked?
On Thu, Apr 6, 2017 at 7:20 AM, H. Hirzel hannes.hirzel@gmail.com wrote:
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
--Hannes
On 12/9/16, Chris Muller ma.chris.m@gmail.com wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber bernhard@pieber.com wrote:
Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
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. Kind regards, Hari
Hannes Hirzel wrote
What was the conclusion of this thread?
In the most recent update the 'accept drops' of the DockingBar is still not set. And if I set it, it is not honored.
How can this be fixed?
--Hannes
On 12/9/16, Chris Muller <
ma.chris.m@
> wrote:
On Fri, Dec 9, 2016 at 4:14 AM, Bernhard Pieber <
bernhard@
> wrote:
Interesting. How do you do that? Using one of the halos?
Usually I just drag and drop the morphs straight in. Its a work-area, like when a surgeon employs a tray of tools she's got set out for the operation she's performing. She needs quick, temporary, access. I put icons there or torn-off menu items temporarily depending on what I'm doing.
Do you drag SystemWindows in there as well?
No, never. Only small / short things can go there effectively..
Do you agree that at least the „accept drops“ checkbox should be honoured. That way you could keep using the feature and others could avoid dragging something accidentially into the docking bar.
Yes, but I think the default should be to remain on.
-- View this message in context: http://forum.world.st/Morphs-can-be-dropped-on-main-docking-bar-tp4926270p49... Sent from the Squeak - Dev mailing list archive at Nabble.com.
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
Stuck? Get an explorer on the docking bar, select the offending morph in its submorphs and evaluate "self delete"
On 4/6/17 7:33 PM, tim Rowledge 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
On 06-04-2017, at 4:52 PM, Bob Arning arning315@comcast.net 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; tim@rowledge.org; http://www.rowledge.org/tim The less time planning, the more time programming.
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:
On 06-04-2017, at 5:00 PM, Chris Muller asqueaker@gmail.com 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; tim@rowledge.org; http://www.rowledge.org/tim Document the code? Why do you think they call it "code?"
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@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
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
squeak-dev@lists.squeakfoundation.org
-
Bernhard Pieber -
Bob Arning -
Chris Cunningham -
Chris Muller -
Chris Muller -
Eliot Miranda -
H. Hirzel -
Hari -
Rein, Patrick -
tim Rowledge