View Single Post
Old 26th April 2010, 03:11 PM   #1
vortizee
Junior Member
Advanced member
 
Join Date: Sep 2008
Posts: 25
Default My unordered list of annoyances and suggestions

Interface:

Mouse scrollwheel works on scroll bar but not window with scrollbar.

The Windows method of shortcuts (underlined capital letters) does not work on Macs. The Enter key is not treated like the Return key for selecting a default dialog window option.

Hierarchy View contextual menu doesn't have a Delete, making deleting items a multi-step workaround. Hierarchy View parents such as Groups without object children aren't easy to select because Group Mode is required. That's too much trouble to go through just to clean up a hierarchy by deleting these remnants.

One should be able to name anything, including a group, directly in Hierarchy View, instead of going through the process of opening the Objects Property Window or selecting Group Mode. Double-clicking the name should select the text for renaming (with an Undo for mistakes).

Open an object or ac3d file to inspect it, close it and the dialog, "There are unsaved changes..." invariably appears. If there are no changes; no operations where anything is moved, there's no need for the nag. Inspecting 20 files becomes a pain because of the constant dismissal of this dialog box. If the file to be saved is identical to the opened file, there are no changes.

It's hard to find an item in a long hierarchy list. We don't need to preface each group by the word "group." Some other identification feature should suffice. Suggestions: blue widget triangle; white if the group is empty.

You cannot drag multiple items to move them or place them into an existing group although you can select multiple items. So it's drag one-by-one, one-by-one... and it might end up above or below the intended location because no underline cursor appears to indicate where it will end up.
Duplication:

When an item is duplicated, it appears outside its parent group instead of its current group. When an item is merged with another, either the first or second - by design - should control the hierarchical destination of the merged object; probably the first object selected.
Selection:

One can select an object within a group, deselect it by clicking it again. Select all objects within a group by clicking on the group, but NOT deselect it by clicking on the group again.

Selecting an object directly in 3D that is part of one group doesn't show in the Hierarchy View where the group open-close widget is closed, so it becomes difficult to find it in Hierarchy View. An object selected (or surface or vertex) when clicked in the modelling window should indicate the position of the parent object in the Hierarchy View by some method.
Hiding & Locking:

You can Lock an object and show its wireframe or hide it, but not lock it while showing it with its texture. This third lock mode would be useful. The locked object is fully visible but not selectable, operable or clickable in any way.
Welding:

The dialog box specifying how many vertices have been eliminated needs to dismissed - an extra useless step. Better indicate it somewhere in the toolbar, where it should persist until the next operation makes it obsolete. Welding 20 vertices becomes a pain by this useless extra step.
Combining Surfaces:

Click to select two surfaces to combine and it is easily done with the 'c' key shortcut. In fact, with a well-aimed click you can select two surfaces then hit the key to achieve your objective almost instantly. But if you mis-click and select only one of the triangles then hit the 'c' key you'll get a dialog box stating the obvious, which on a Mac can only be dismissed by clicking its "Ok" button. Far quicker would be a self dismissing message with a sound effect, which wouldn't interrupt a long series of combine or weld operations.
Object Alignment and General Snapping:

One should be able to align an object to another object by aligning one of its vertices with one of the vertices of the other while keeping the other's position fixed. All the app needs to do is move the object (x1-x2, y1-y2, z1-z2). Both objects currently move; frequently an undesired effect. Snap can be improved in the following ways:

Snap one object to another by selecting two vertices without moving the second object.

Snap one vertex to another without moving the second vertex.

Snap by distance without moving the second object's vertices.

Snap a group of vertices to one vertex of another object as follows: Select group of vertices; click one to drag the lot near another vertex. While clicked, if the distance of the vertex being dragged approaches another vertex really close, the objective is to snap those two together and not follow some grid or another limitation.

Alternatively, right-clicking one of a group of vertices shows an option to snap the group by this vertex to another vertex: "Snap by this vertex?" Select that and the cursor changes to indicate the new mode entered. When another vertex is clicked, the whole group moves by the amount of difference between the two vertices.

Snapping while keeping the second item in a fixed position is more important than moving two items together. This alone could be a massive timesaver.
Drape:

Draping a surface to an object projects each vertex until it collides with the surface of the object aligned to. This is the method used to join or cut two pieces: find the intersection along one orthogonal axis. This could be called a Drape operation. The Drape menu opens up a window of options: +X. -X, +Y, -Y, +Z, -Z. Each vertex is projected along that orthogonal until it collides with a surface of the object to be draped. The process is abandoned if any vertex doesn't intersect a surface.
Shrinkwrap:

Drape can also operate without a source surface. This would be more like the Union command on complex objects or a Create Convex Surface Object except that it would create concave surfaces too. An object is created of surfaces defined by the external vertices of a single complex object or group of objects: like throwing a bag of plastic around a bunch of objects then sucking the air out of it.
Texture:

Where an object is textured and a surface is deleted and recreated, the texture is sometimes lost. It should be able to figure the texture by the vertices that define adjoining textured surfaces. The algorithm should examine whether the vertices share textured surfaces and interpolate the texture mapping according to the shared vertices, at least start the mapping where those points lie in the texture map.

When examining the texture mapping of multiple items and one is in error, there is no way to select the item to remap it from the texture mapping window. You have to examine the texture of each item separately - an exhaustive process. In surface texturing mode, it would be nice if a contextual menu could select the surfaces in 3D mode that have been selected in the texture mapping mode.
Boolean Operations:

Let's just look at the Subract operation. Where a subtract operation is required, too many vertices are created more often than not. One way to avoid that is have an option to create intersection vertices only in lines connecting two vertices of the subtractor. This is, more often than not, the goal.

The choice of triangulating direction is frequently suboptimal. Basically, one of the intersection lines formed by connected vertices must find a vertex in the subtractee to triangulate with. The best choice is the most perpendicular vertex to that line that doesn't cross another intersection line. It often turns out that the third vertex selected leads to very fine triangles, which means an exhaustive combine, delete, re-triangulate.
Some of these may be impractical to implement. There may be better ways of doing things I've suggested that I don't know about. All I'll say is that I could have saved 200 hours in the last year if some of them were implemented.
vortizee is offline   Reply With Quote