[Bf-funboard] New Keymap: selection

[Alberto Torres]

Double/triple click tools should be aware that any other tool can be
set in single click and undo that (at least if it's not a slow undo).


2012/5/15 Nathan Vegdahl <cessen at cessen.com>:
> Eh... I should mention that LMB click + alt may not work well for
> shortest-path select, because in my experience so far the single-click
> operators often get triggered just before the double-click operators
> when the user double-clicks.
>
> So, for example, if shortest path select is alt-click, and ring select
> is alt-double-click, Blender would perform a shortest path select
> followed by a ring select.  This doesn't matter when replacing
> selections, but it definitely matters when adding/removing selections.
>
> --Nathan
>
>
> On Mon, May 14, 2012 at 7:08 PM, Nathan Vegdahl <cessen at cessen.com> wrote:
>>> I'm a die hard fan of it
>>> going on double click. (It should, by the way :P)
>>
>> Ah!  Of course, double-click.
>>
>> How about this:
>> LMB click = select
>> LMB drag = border select
>> LMB drag + Alt = lasso select
>> LMB double-click = loop select
>> LMB double-click + Alt = ring select
>>
>> And then shift = add, ctrl = remove.
>>
>> I think circle/paint select is actually better as a modal tool, since
>> that gives the user a clear opportunity to resize the brush.  So we
>> can just leave that assigned to C (or some other key).
>>
>> The only thing this leaves us without is shortest-path select, which
>> is important in my experience for UV unwrapping of dense meshes, and
>> sometimes for tweaking vertex weights during rigging.  IMO it's not as
>> important to be super quickly accessible since it's less frequently
>> used (please speak up if disagree), but it shouldn't be too bizarre
>> either.  Suggestions?
>>
>> Pretty sure mesh edit mode has the most/weirdest selection tools, so
>> if we can get this worked out, we can probably re-use for other modes.
>>
>> --Nathan
>>
>>
>> On Mon, May 14, 2012 at 12:35 PM, Jorge Rodriguez
>> <jorge at lunarworkshop.com> wrote:
>>> It may be that seeing the suggestion that loop/ring select go on right
>>> click elicited a strong reaction from me since I'm a die hard fan of it
>>> going on double click. (It should, by the way :P)
>>>
>>> Between shift, ctrl, alt, and double click, you have a lot of combinations.
>>> Some of them are crazy hand cramping but if you add up the permutations you
>>> get 16 different command inputs. That's not enough to exhaustively put any
>>> possible command on a combination, but it should be enough to cover a
>>> majority of use cases. That's okay though. You don't need to be exhaustive
>>> and cover every single use case. Many of them can be found by combining
>>> simpler ones. If we go by the 7 plus or minus
>>> 2<http://en.wikipedia.org/wiki/The_Magical_Number_Seven,_Plus_or_Minus_Two>rule,
>>> people are unlikely to learn more than 9 combinations anyway. You
>>> could extend this with some consistency and structural logic (ie, knowing
>>> that holding shift always extends or alt always removes reduces the memory
>>> stress on the user and allows them to remember shortcuts faster) but I
>>> think you're unlikely to pass 16.
>>>
>>> I think your goal should be to cover the majority-use cases in the simple
>>> button combinations, and if the user wants more commands then they can open
>>> the config panel and set them up for themselves.
>>>
>>>
>>> --
>>> Jorge "Vino" Rodriguez
>>> jorge at lunarworkshop.com
>>> twitter: VinoBS
>>> 919.757.3066
>>> _______________________________________________
>>> Bf-funboard mailing list
>>> Bf-funboard at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-funboard
> _______________________________________________
> Bf-funboard mailing list
> Bf-funboard at blender.org
> http://lists.blender.org/mailman/listinfo/bf-funboard