Development Blog

Yeah, artifacts for a reason is by far a better solution, than to try to fake some visual perfectness with horrible performance and technology behind it.

Another common technique is to overlay an XOR drawing and only resize the stuff when the mouse is let go, but that doesn't work for window resizing, and is Windows-specific. It's not a big thing, but I thought some of the programmers might be interested in what I found.

Well, you could just draw a crosshair showing the possible new window layout. If it's not applied, it never happened, but only a crosshair was shown.

Well, you could just draw a crosshair showing the possible new window layout. If it's not applied, it never happened, but only a crosshair was shown.

 

This was exactly what I was thinking for the solution.

That's what I meant by "XOR drawing". GDI has some functions to draw a negative brush, which is what you are probably thinking of.

Very nice. The resizable view ports kind of remind me of how the new version blender does it. I wonder how blender redraws so well as you resize? I have had pretty heavy scenes and was not to hard on the card.

Very nice. The resizable view ports kind of remind me of how the new version blender does it. I wonder how blender redraws so well as you resize? I have had pretty heavy scenes and was not to hard on the card.

 

The code is open source to find out how.

Probably because Blender isn't rendering a lot of post effects and lighting each frame.

 

It's not any slower than the redrawing in the current editor, but given the choice I'd like to keep the program feeling light and as responsive as possible. There's a subtle difference you feel when a program starts fast, closes fast, and resizes fast. Not sure why it makes a difference, but it feels better.

Yep, sorry. Your right I was not thinking. Not much is rendered in blender editor.

I presume the colour buffer for each window is available and a simple 2D DrawImage stretched to fill the new size while you reposition is possible.

 

Personally, so long as I can position things fast an easy it's all good.

I've considered that, but the 2D views are actually rendered straight to the back buffer. Also, not all supported hardware the engine runs on even support render-to-texture! Now you get an idea of the constraints I deal with.