[Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [33578] trunk/blender/source/blender/ editors/curve: Related to previous commit:

Campbell Barton ideasman42 at gmail.com
Tue Dec 14 04:03:18 CET 2010


On Sun, Dec 12, 2010 at 8:05 PM, GSR <gsr.b3d at infernal-iceberg.com> wrote:
> Hi,
> ideasman42 at gmail.com (2010-12-10 at 1205.52 +0000):
>> > I'm mostly concerned that the usablity of Blender downgraded just for
>> > the sake of an enforced consistancy. The clunkiness of the handle menu
>> > should have not been accepted in the first place.
> [...]
>> Menu's are not that clunky.
>>
>> Compare changing curve handle types with say - Switching between
>> Vertex/Edge/Face mode when mesh editing.
>>
>> Other modelers may comment on this, but by the time I become
>> proficient at using blender I had Ctrl+Tab+1/2/3 in muscle memory and
>> used all the time.
>
> So you just use the keyboard, not the mouse? Yeah, I can see why you
> have no problems with that one... menus became visual output for you,
> and the input goes via keys. Other users never learn about that and
> just say popups get on the way with not speed wins (so they "prefer"
> the even slower method of moving the mouse away from the real
> workzone, and back). Of course, 1(-2) key(s) is always faster than 3,
> no discussion possible there.
>
> And with this you just reminded me two problems:
>
> 1. Non obvious number association. Someone talked about displaying
> them for all menus where it applies, so people first get a clue about
> the existence of the feature, and second can learn the numbers by
> seeing instead of by slowly counting. It would even make less painful
> the relearning every time the items get shuffled (the old snap menu
> "wars").
>
> 2. Menus do not allow modifiers for toggle or multiselect. For edit
> multimode people instead has to use the mouse to aim and hit some
> buttons (small targets in the edge of the work area... here "clunky"
> adjetive fits). "Move to layer" is fixed already, for example, you get
> all the 20 entries under your cursor, fast, with number keys and
> modifiers working.
>
> GSR

Hi GSR, agree that number selection isn't obvious, committed automatic
key assignments r33648 which are displayed in the menu...

http://www.graphicall.org/ftp/ideasman42/menu_letter3.png
This means Handle keys can be accessed by V+A, V+V, V+L, V+F

So, NOW can we use a menu for handle types? :)

Note about method used...
Ton liked automatic assignment idea best though it does mean renaming
or adding menu items will change keys used,
before that I tried manual assignment of keys in the menu.
 http://www.graphicall.org/ftp/ideasman42/menu_letter.png
Its clunky but it would give some more control to keeping keys from
changing or not assigning keys to some menu items.

About mesh vertex/edge/face menu enabling more then one type at a
time, This is possible but would need to be done with an operator
which checked for Shift held on invoke for eg.


More information about the Bf-committers mailing list