As some people are interested to make architecture with your prog, ( dixit Steph),
it will a good thing to have the 6 classic views!
So just miss Back, Left, Bottom :)
It's not the normal use of a nurbs modeler but why not change that :)

> An undo / Redo for the selection :)
> When you select 50 lines(object)...if one miss all is to redo :D

This is on my list already. :) It will probably happen in a beta after image planes and arrays are implemented.


> Another thing : here bottom windows are "reclosed" but drawings stay alive
> and imposible to erase it!
> So a "cleaner tool" for old drawings :)

Can he post a model that shows this problem?

The videos and screenshots are great, but many times it would also be quite helpful to get a model along with them. The model gives me something that I can examine in much more detail. Some problems are also dependent on very small factors such as the position or shapes of objects, so they can sometimes be hard to recreate just by looking at a video.


> Video who show a boolean union with persistant lines!

These lines look like they are just edges where some surfaces are joined to each other. This is not necessarily a really unusual thing, imagine if you draw 3 planes and move them so they have a common edge, then use "Join" to join them together at their edges - this will create an object that has some interior edges, even though it is all one flat shape. This is likely what you have here.

But the boolean union is supposed to try and combine planes together to simplify the end result, for some reason that is not happening in some cases. If you can post a model that shows this, it would help to track it down and see if the plane-combining mechanism can be improved. A quick way to fix this is to select those faces that you don't want, do delete to remove them, then select the object and do Construct/Planar to fill in the planar hole with a new single clean plane.


> Ps Have you some plan for a "reccording script" of all actions when
> objects are modelized? For replay the creation as a pedagogic and funny way :)

There is a plan for something similar to this in the future, but not for V1 though.



> With all this thrad time of developpment will be * 3 :)

:) That's ok, this information is very important for me to get, it is of great help to me. It takes time but it helps me do more intelligent work in the future to improve the program. So it is time well spent.


> Pss For a grammatical point does the word "complaint" is convenient
> for you or "request" seems better?

:) In English "complaint" is maybe kind of negative, "request" is more polite. But don't worry Pilou, I don't take any offense, I understand you just fine which is what I really care about! :)

- Michael

here the 3dm "bugs" http://www.zbrush.fr/phpBB2//download.php?id=1055
architecture windows persistant (the rectangular block for closed the window by Boolean union) a rectangle persist!


and stairs (if you take the volumes to add, depending of their order, persistant lines are not the same!!

Ps like the volume "the wall + windows" above, does exist a reasonable limit of the numbers of windows(objects)
to booleanize ?(difference) (one by one or all in a same pass)

A translation in french of your lesson can be view here :)
http://forums.polyloop.net/showpost.php?p=108807&postcount=86

> Pss For a grammatical point does the word "complaint" is convenient
> for you or "request" seems better?

>> :) In English "complaint" is maybe kind of negative, "request" is more polite.


@ Frenchy Pilou : LOL ! This one made me smile (Frenchy and I had a discussion about the use of the term "complaint" in another forum) ;-))

> here the 3dm "bugs" http://www.zbrush.fr/phpBB2//download.php?id=1055
> architecture windows persistant (the rectangular block for closed the window by Boolean
> union) a rectangle persist!

Hi Pilou, I see now. But this is not exactly an error, it is valid to have objects that are set up like this.

Here is an example:

If I have 2 surfaces, one with a hole in it, and I have another surface that fits within the hole, I can move them together and then use "join", to get this result:

This is just two surfaces joined together - two planes can be joined together at shared edges just like any other surfaces can be joined together.

Now, if you wish to simplify this, here is what you would do - select the inner face, and do a delete, removing it and leaving a hole. Now select all the edges of the hole, and do another delete. This will remove the trimming boundary that defines the hole.

Remember that post yesterday where I was showing how trimmed surfaces work? Well, that was showing an outside trim boundary that trimmed away the outside of the surface. There can also be interior trim boundaries, which create holes inside a surface.


It would be nice if booleans always optimized planar shapes so that they would be single planes instead of creating joined pieces like this. But it will not be easy to fix this to happen in all cases for a while.

I'd recommend that when you want to remove a piece, you should use usually use delete to do it more often, not boolean union.

So for instance, to remove a window, don't create a box - instead select the side pieces of the window and delete them. Then select the open edges of the window and delete them too, removing the hole - now the window is erased and the original surface is restored in that area. You can only delete edges if they are not attached to something else, so that's why you delete the side pieces of the window in a first step.

So using this method you can repair any of those pieces that you wish to remove. Let me know if this is not clear.

- Michael

> Ps like the volume "the wall + windows" above, does exist a reasonable limit of the numbers of
> windows(objects) to booleanize ?(difference) (one by one or all in a same pass)

There isn't really any fixed limit... Sooner or later it will start to slow down but you should be able to do quite a lot of them, I think.

- Michael

Ok I understand this problem of "topology" (?) thx for the explanations!
< So for instance, to remove a window, don't create a box - instead select the side pieces of the window and delete them. Then select the open edges of the window and delete them too, removing the hole - now the window is erased and the original surface is restored in that area. You can only delete edges if they are not attached to something else, so that's why you delete the side pieces of the window in a first step.

You say "side pieces" it's well the "sides faces" not the "edges" side? (due "only delete edges if they are not attached to something")

I have delete the "faces" side prime and that works :)
But something will be very cool in this case (and useful in many other cases of course) : a "loop (or ring) selection" faces (or edges) :)
Is that possible?

@Schbeurd : You see I take heed of any informations :)

Yes, topology is it exactly!

> You say "side pieces" it's well the "sides faces" not the "edges" side?
> (due "only delete edges if they are not attached to something")

Yes that is correct, the side faces must be deleted first. This leaves open edges and then the open edges can be deleted.

But I just realized that there is a bug that if deleting the edges causes the object to become a fully closed solid (like in this case), there is a problem with the structure of the object which may interfere with some operations like booleans. The problem will be solved if you save the file and re-open it though. So until I get a chance to fix this bug you may need to save the file and re-open it after you delete holes in this manner.

Otherwise you may notice some strange problems like booleans not handling the interior parts of objects properly.


> But something will be very cool in this case (and useful in many other cases of
> course) : a "loop (or ring) selection" faces (or edges) :)
> Is that possible?

Yup, it was part of your previous list! Sometime after array and image planes are functioning.

- Michael