[Bf-committers] Re: [Bf-blender-cvs] CVS commit: Loop selection

[Roel Spruit]

Trying out my bf commit will answer 99% of your questions.

for the other 1 %:

let's say these are 2 loops..

[][][][]
[][][][]

now I select 1 of them
[x][x][x][x]
[ ][ ][ ][ ]

I add the other one to the selection (so far so good)
[x][x][x][x]
[x][x][x][x]

and I remove 1 from the selection (uhoh!)
[ ][ ][ ][ ] <----only the top row of verts stays selected, so not the
entire FACE
[ ][ ][ ][ ]

So you see, this even occurs with just 2 loops, not just with 3 side-by-side
loops.
No way to get around this, other than a VERY complicated way of saving
loop-data.

sorry!

Roel

-----Oorspronkelijk bericht-----
Van: bf-committers-admin@blender.org
[mailto:bf-committers-admin@blender.org]Namens ilac
Verzonden: zaterdag 25 oktober 2003 12:26
Aan: bf-committers@blender.org
Onderwerp: [Bf-committers] Re: [Bf-blender-cvs] CVS commit: Loop
selection


 Thanks for an explanation! :o) Much appreciated!

>  currently it just adds the second loop to the selection and
> deselects nothing.
Uhm.. does it? I just downloaded ztonzy's latest Tuhopuu build and loop
selection is till exclusive (ie. Selecting a new loop deselcts the old one)
Is it different in your bf commit then? In which case thanks! :o) Multiple
loop selection is a great plus!

There is a small problem with it though. From what I've read on Elysuin, a
lot of people use loop select to preview loop cut. If loops are retained, it
could be confusing and the user has to keep using AKEY in between loop
select. Using a modifier to add rather than being there by defalt still
might make more sense. Like that you can use exclusive Loop selection to
quickly browse through a mesh to check structure.


As for loop de-selection, I'm not a coder so excuse the layman explanation!
:
the de-selection modifier checks to see if the vertex is part of another
selected face or not. If it's not then it is deselected, if it is then it is
retained. I would expect it to work this way because of how blender's
current editing mode works. ie. if you have 3 selected loops side by side,
it is impossible to deselect the middle one no matter what in blender, but
it is possible to deslect the outer FACE loops by deselcting the outer edge
loops. So in a case of a loop deselect the inner edge loops are part of the
middle Face loop and therefore should not be deselected (ie vertex was part
of more than one selected face and therefore retained)

In short: Non-shared selected vertices are deselected. Obviously this means
that if the whole mesh is selected you cannot deslect a face loop which
brings me to the following:

It might also be possible to put this as a user setting. User decides
whether loop deselection is: 1) absolute (both edge loops de-selected no
matter what) or 2) relative (non-shared selected vertices are deselected)

What do you think? Or am I still missing something?

Thanks again! :o)

Regards
Fabrizio

 Roel Spruit wrote:
> I have tried loop selection with a shift modifier, but that won't work.
> thinks of this:
>
> In a uvsphere, select 1 horizontal loop.
> Now select the one next to it, what would it select and what would it
> deselect?
> Would it deselect the vertices it shares with the first loop?
>
> This kind of interference between loops made me decide to NOT add a
> shift-modifier
> for faceloops. currently it just adds the second loop to the selection and
> deselects nothing.
> That's why I kept the shift-r combo for selection, if you have an idea how
> the shift-modifier
> for loopselect should be implemented, let me know!
>
> Roel
>
> ps. glad you like the new tools :)> ----- Original Message -----
From: "ilac" <ilac@maltanet.net>
To: <bf-committers@blender.org>
Sent: Saturday, October 25, 2003 11:28 AM
Subject: Re: [Bf-blender-cvs] CVS commit: Loop selection


> Just remebered J is used to join tri's in edit mode so that one's out...
But
> K is still possible.
>
> ----- Original Message -----
> From: "ilac" <ilac@maltanet.net>
> To: <bf-committers@blender.org>
> Sent: Saturday, October 25, 2003 11:21 AM
> Subject: [Bf-blender-cvs] CVS commit: Loop selection
>
>
> > I've complained about this several, several (well, ok just 3  ;o) )
> > occasions on elysiun and never got a direct reply (except Martin letting
> me
> > know it was pointed out to Roel)
> >
> > Why the insistance on using the SHIFT key (Shift-R) for loop select?
Shift
> > is an add-to modifier key for selections. It would make sense to use
shift
> > to add/Remove more loops to the selection. Experimenting in Tuhopuu is
> fine
> > coz that's what it's there for but now it's been commited to the
official
> > tree too...
> >
> > Could we please have an alternative hotkey before the official release.
> (If
> > you need an alternative, how about 'J'. It isn't used in Edit mode
afaik.
> > That gives you
> > J = select loop,
> > CTRLJ = cut and
> > ShiftJ = add/remove loops even with other selections already present.
> >
> > Or use 'K'.
> > K = brings up the knife menu,
> > Ctrl-K = loop cut,
> > Alt K = loop select,
> > Alt Shift K  = add/remove.
> >
> > Though it might make more more sense to make K = loop select, and Alt K
=
> > knife menu, so as to avoid a 3 key hotkey for the add/remove as now that
> > becomes shift K instead of Shift Alt K)
> >
> >
> > I'm really sorry to be complaining, I really love the loop select and
cut
> > tools (Thanks Roel! :o) ) But using shift here doesn't seem in any way
> > logical to me!
> >
> >
> > Thanks!
> >
> > Regards
> > Fabrizio
> >
>

_______________________________________________
Bf-committers mailing list
Bf-committers@blender.org
http://www.blender.org/mailman/listinfo/bf-committers