Proposed feature for editmode

rwenzlaff · Post by **rwenzlaff** » Thu Dec 19, 2002 7:24 am

http://www.soylent-green.com/snapshot3.png

Note how I change the color of the edge/vert to signify depth. (Lighter edges are rear)

Good Idea? Should I submit a patch?

Bob (aka Det. Thorn)

kAinStein · Post by **kAinStein** » Mon Dec 23, 2002 1:54 am

Seems to be a good idea for me. But I think the color of the vertizes on the rear should be lighter - not those in front. Appears more logically to me.
And if someone's integrating this into Blender: The user should decide if he/she wants it on. So I would suggest to put a switch button into the info window for example (If there is space left!

. I would switch it on, because it can make messing around in the mesh more easy. But there are surely people out there who don't like that...

rwenzlaff · Post by **rwenzlaff** » Wed Jan 01, 2003 4:54 pm

I already have the switch planned.

There's still one little issue to work out with my code. Blender doesn't sort the mesh in any particular way. If a rear edge is drawn last, it can occlude a forward edge, hiding the forward edge behind a rear one.

I need to come up with a way to zsort the mesh data before drawing it.

Bob

Dani · Post by **Dani** » Thu Jan 02, 2003 5:57 pm

Hi there!

this is a good improvement to blender. Can you forbid the selection of rear vertices?

Oh.. there seems to be already all you need to sort in Z in blender. The HOTKEYS are CTRL+F out of edit mode, but god knows where this is in the source so you can make it automatically when entering edit mode.

DAni

Goofster · Post by **Goofster** » Fri Jan 17, 2003 2:25 pm

rwenzlaf:

I have trouble with the same thing (only you can probably fix it). I wanted to add a merge-to-last-selected-vertice operation, but found out there is no such thing as ORDER in a selection

I would be interested to see how you sorted it out (pun intended)

Roel

wavk · Post by **wavk** » Fri Jan 17, 2003 5:00 pm

Seems to be a good improvement! Makes your view a lot clearer, but what impact would it have on performance? The opengl colour has to be set seperately for each edge, hm...

Coz · Post by **Coz** » Sun Jan 26, 2003 6:56 am

Maybe it would be even better if you made the edges go from black to white, instead of black to grey, and the vertex from a very dark purple to a very light purple or maybe just make the near vertices darker and leave the far ones the way they are.

Anyway that's a feature i have always wanted to have (sometimes I select the wrong vertex thinking that the are closer that what they are). Finally, one of my dreams is fullfiled!

lol

phase · Post by **phase** » Thu Jan 30, 2003 9:42 pm

wavk wrote:Seems to be a good improvement! Makes your view a lot clearer, but what impact would it have on performance? The opengl colour has to be set seperately for each edge, hm...

Why bother about the drawing speed ? The openGL cards nowadays are
so extremely fast, i wouldn't waste another thought on drawing speed !

Personally I'd like to see this mesh drawing feature get part of Blender as
soon as possible. Excellent work !

Rob

odyssey · Post by **odyssey** » Fri Mar 07, 2003 3:20 pm

rwenzlaff

Actually, I've been considering this as well; in my days using and teaching TOPAS this was one of the features of the modeler. We called it Depth-Cue and it was a logical switch. You could either turn it on or off.

In Wire frame mode it made it easier to select faces and/or vertices by seeing their relative distances from the viewer.

An enhancement on that though might also include the ability to control the color of the wire-frame.

Cheers

rwenzlaff wrote:http://www.soylent-green.com/snapshot3.png

Note how I change the color of the edge/vert to signify depth. (Lighter edges are rear)

Good Idea? Should I submit a patch?

Bob (aka Det. Thorn)

dgebel · Post by **dgebel** » Mon Mar 17, 2003 7:42 pm

Using the z-order for a coloured depth cue would be a great help! (definitely greyed out when further away, not grey for closer edges)

I've used something similar in Amapi and it really helps. As long as we're at it though... rather than just fading the colours out or changing them, automatic transparency option would also come in handy for the back faces.

Options might be
s - "single colour" - as is now
m - "multiple colours" (for the colour mad!)

d/g - "grey or dim the back faces" - maybe grey - 'd' might confuse with delete!
c/h - "hide or cull the back faces" - hide would be more consistent

Can't think what Key menu this would fit into, but the buttons would fit into the "Draw Type" pop-up menu (where you pick the equivalent of Ctrl-Z, shaded, etc

Pablosbrain · Post by **Pablosbrain** » Mon Mar 17, 2003 9:41 pm

Why bother about the drawing speed ? The openGL cards nowadays are
so extremely fast, i wouldn't waste another thought on drawing speed !

For a 3D app, thoughts should always consider screen drawing speed... Mainly for something like this that would require CPU processing power to sort them and then assign colors and then send the data to be drawn on screen... the drawing might be lightning fast but the processing before hand is all done on the CPU.

Any little bit that can be done to shave a millisecond or two off or to make anything faster is well worth it in 3D production.

Blender.org

Proposed feature for editmode

Proposed feature for editmode

Re: Proposed feature for editmode