I think it would be great to get a option, that opened panels are automaticly close, if the move isn't over the panel (moved to the editor main-window).
Additional I would prefer an option to set a time span, before a panel is displayed.
Auto-close panels after mouse isn't over it
-
- Posts: 220
- Joined: 22 Sep 2017 07:59
Re: Auto-close panels after mouse isn't over it
SOLVED
There is a pin in each toolbar next to the X to close it. Toggle that pin and the panels will behave the way you want.
There is a pin in each toolbar next to the X to close it. Toggle that pin and the panels will behave the way you want.
Re: Auto-close panels after mouse isn't over it
No, sorry, you misunderstood! The pin hold the panel always open. I want more the opposite...
I mean, the panel doesn't close when the mouse leave it. It stays open until the next mouseclick in the main window.
Look in this short video (no mouseclicks, only mousemove): If I hit the panel with a quick mouse swipe, it opens it immediately, but it just close when I klick with the mouse in the main window.
Can we avoid this behavior ?
I mean, the panel doesn't close when the mouse leave it. It stays open until the next mouseclick in the main window.
Look in this short video (no mouseclicks, only mousemove): If I hit the panel with a quick mouse swipe, it opens it immediately, but it just close when I klick with the mouse in the main window.
Can we avoid this behavior ?
- Attachments
-
- panel_not_close_mp4.zip
- (90.1 KiB) Downloaded 269 times
-
- Posts: 220
- Joined: 22 Sep 2017 07:59
Re: Auto-close panels after mouse isn't over it
No problem, I thought that might be what you meant. Nice screenshot to tell a thousand words. Helps a lot.
When to trigger the hiding is a little tricky because if people mistakenly hover a few pixels to the right, for example when trying to click a scroll bar, the panel would disappear annoyingly. Possibly similar would be when users try to hover the very edge of the panel in order to adjust the width. With a hover-base panel closing trigger, adjusting the panel width could be like trying to catch a fly!![Smile :)](./images/smilies/icon_smile.gif)
Perhaps a half-second timeout might be the best compromise? As it is now, it is very finite and I suppose users know predictably how it will behave. If a timeout option is not as obvious, it may annoy some users.
Might be worth a try. Possibly a settings for the timeout could be added, allowing users to choose?
When to trigger the hiding is a little tricky because if people mistakenly hover a few pixels to the right, for example when trying to click a scroll bar, the panel would disappear annoyingly. Possibly similar would be when users try to hover the very edge of the panel in order to adjust the width. With a hover-base panel closing trigger, adjusting the panel width could be like trying to catch a fly!
![Smile :)](./images/smilies/icon_smile.gif)
Perhaps a half-second timeout might be the best compromise? As it is now, it is very finite and I suppose users know predictably how it will behave. If a timeout option is not as obvious, it may annoy some users.
Might be worth a try. Possibly a settings for the timeout could be added, allowing users to choose?