[Bf-funboard] New Keymap: selection

[Bassam Kurdali]

needs to be a tablet or maybe just 'classic+LMB select' preset, imo
double click is not as nice with a tablet as a mouse. Actually classic
preset is pretty much a must anyway, since relearning muscle memory is
going to offset any supposed benefit of the new keymap anyway.

On Tue, 2012-05-15 at 13:34 +0200, Alberto Torres wrote:
> 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
> _______________________________________________
> Bf-funboard mailing list
> Bf-funboard at blender.org
> http://lists.blender.org/mailman/listinfo/bf-funboard