Log in
Home

Blenderstorm
Popular
In development
Implemented
Idea #12: User interface panel split button slow to access

bug This idea is a duplicate of Idea #173: Extend the "Array modifier" with rotation and scale offset.
  • Description
  • Report duplicate
  • Help promote this idea!
Written by Rhys the 17 Aug 10 at 00:20. Category: User Interface. Related project: Nothing/Others. Status: New
Rationale
The small tabs in the corners take time and focus away to aim on the clickable area and make sure no other buttons are pressed accidently instead.

This button is also in the very corners and edges of the screen where the mouse is very often not.

Tags: border gui new split ui window

-16
votes
closed
9
votes
closed
-16
votes
closed
14
votes
closed
-6
votes
closed
-3
votes
closed
0
votes
closed

Propose your solution


Duplicates
[Report a duplicate and merge its votes to this idea]


Comments
Nomis wrote on the 17 Aug 10 at 02:46
In my opinion, you always should be enabled to move the mouse over the whole screen in ONE movement to have fast workflow. And this is just a property to set in your OS.

Otherwise you will have the same problem very often, or lets say always, when you want to use a button on the other side of the screen.

Rhys wrote on the 17 Aug 10 at 05:59
Ok the problem is more with aiming and changing focus so much to do that (what is the clickable size 4px?) and with other buttons around and under.
___________
The edge of the screen is a border of the window also, so I can't see it possible a window has less than 4 borders.

joshwedlake wrote on the 20 Aug 10 at 14:34
in general i feel the 2.4x gui required much fewer mouse miles than the 2.5 gui does. it's too easy to miss the corners and end up dragging objects around. at least in 2.4x a missed click only changed your selection. ideally a missed click/key combo on the border should have no interferring effect with the 3d view - a neutral key/mouse combo is needed.

kivig wrote on the 21 Aug 10 at 13:42
2.4 window splitting management was the fastest I've seen across various apps.

emu wrote on the 25 Aug 10 at 02:38
In 2.4, even a bit more precise aiming was needed. The tabs are small, but still they are bigger than window borders.
(Window borders are 5px clickable width, the tabs are currently 8x8)

emu wrote on the 1 Sep 10 at 10:18
delirus:: Wouldn't that cause problems with the *real* window manager? I mean, wouldn't such a combo move the whole blender window instead? I would love to use blender as my main window manager, but that time hasn't come yet.
And on windows, pressing the Modkey (which usually has a weird wavy image on it) opens the so-called Start Menu, which is also probably not desired.


Post your comment