General Category > Ongoing Anim8or Development

General UI and Workflow Suggestions

(1/10) > >>

Steve:
Post your general UI and workflow suggestions here:

thecolclough:
well, since you're asking... i (or others) might have raised a couple of these before, but that was a while back, and this seems like a good time/place to reiterate  :)

Steve: Implemented in 1101: 1) i always work at 25fps with the Limit Playback option turned on.  it'd be nice if there were options to pre-define these as the default settings for new projects, so people don't have to remember to go and change them each time.

Steve: Implemented in 1086: 2) in Object Mode, it'd be really great to have Orientation properties included in the Sphere Editor, Cylinder Editor and Cube Editor dialogues - like what you've done for the Element Editor dialogues in Scene Mode (see mockup in attached picture 'pt2').  these shapes obviously have Orientation properties, and there are ways of manipulating them (the Rotate tool, or menu Edit > Rotate > etc), but the existing tools all work with relative values, and there are times when i'd find it easier to be able to input an absolute value into the Editor.

Steve: Implemented in 1101: 3) i think it would be more intuitive if the menu item Edit > Delete Object was moved to Object > Delete, and if Settings > Object was moved to Object > Settings; same for the equivalent menu items in the other Modes.

Steve: Implemented in 1101: 3-and-a-half) the previous point kinda ties in with one of one of my longest-standing niggles with the current Anim8or workflow/UI, which is the fact that all your Objects pile up in one long chronological list on the Object menu, with no facility to rearrange them into a more meaningful sequence or to group them in any way.  for example, in a project where you have a dozen or so objects to make up the parts of one figure, and another dozen for the next figure, and so on, it'd be very helpful if you could set up some kind of grouping, e.g. what i've shown in the attached picture 'pt3'.  and/or, just being able to re-order the list would be very helpful!  and again, same for the other Modes.

there could a bit of difficulty over what to call these groupings - you can't call them Groups, as that term already has a definition within Object Mode, and i'd be wary of calling them Folders, as that already means something in computing generally.  my current hunch would be 'Collections', although i'm not particularly attached to the term.

nemyax:
May I suggest a rework of modelling transformations?
Consider the following concept:

* All three subobject types are transformable, not just associated vertices. This is important for normal-based transforms. Currently, you can't even rotate a face.
* The following transforms are available for all subobject types: move (X/Y/Z, XY/XZ/YZ, normal, normal planar), rotate (X/Y/Z, normal, view), scale (uniform, X/Y/Z, XY/XZ/YZ, normal, normal radial). Some of these are currently not available.
* For each contiguous selected "island", use the centroid as the transformation centre. Whenever this behaviour is not desirable, convert your selection to vertices, and the centroid of the entire selection is used. Currently, transforms use only the object centre.
* Unlike centroids, the normals of all selected elements remain independent, and positions of shared vertices adjust during transforms.
* Some hotkeys are mapped to axis constraints. For example, F1–F5 for X, Y, Z, Normal, Radial/Planar Normal.
* The transform centre and vector can be customised. (However, this is likely to require widgets, which can rub some users the wrong way.) Not an essential feature, but extremely useful.I apologise if these notes are incoherent, but the ideas in them are not in the least abstract, and they all have real easy-to-demonstrate implementations. I'm prepared to explain each point in detail if you're interested.

Steve:
thecolclough:

2: Yes, I should have added orientation to all the dialogs in the Object editor when I added Layers and Mesh Statistics. However I didn't think about it until I had almost finished all the dialog editing and testing and I didn't want to redo it all. But you're right, I really should :) so I'll get it in sometime soon. But it will be a simple orientation without any "relative to" or "enable roll" options. Those are only supported in animation.

3: I want to rearrange these and some other menu commands as well. I haven't because it changed the existing workflow a little. I want to make all the changes as the same time however to avoid having a lot of different versions.

3 1/2: The UI needs similar capabilities for Materials, Scripts, and Parametric Plug-ins, too. This is pretty high on my to-do list.

nemyax : You have some good suggestions. It's a bit much to reply to them all here but when I'm at the point of working on the point editors I'll certainly want to discuss these and some other ideas that I have with you.

bamman62:
I have a few things that I would like to see that I think would be useful. If I suggest something that's already implemented or would be too much trouble with too little benefit, I apologize ahead of time.

-Pan being integrated as a keyboard shortcut.

-Icon subsets would be useful. Instead of going into the build menu to change from a dodecahedron to an icosahedron, perhaps something like right-clicking the icon would bring up all primitive variants that are related to it (in this particular case the platonic solids). This could also be integrated into the edit mode tools to provide variants on some operations if necessary. In particular though, this might be useful for organizing the menu for those of us with an endless amount of primitive plugins.

-Free-form select.

-For many of the input box tools like smooth object, rotate custom, primitive parameters, etc., having a slider in addition to it that automatically updates the model to reflect the outcome before completing the operation would be useful for visualization and save a bit of guess work.

-Changing the color of GUI components could be useful, for personal preference or otherwise. In my case, a lot of the reference images I use tend to have white backgrounds, so being able to change my selected point/edge color to something that blends in less would save a bit of hassle in the long run. Along with that, things like scaling windows could be useful as well when dealing with multiple views.

-Steve: Implemented in 1086: Transparency as a part of the reference image parameters. That, or being able to have objects always draw in front of a reference image.

-Rotate faces obeying the x,y,z restrictions like the point rotate would be useful when working with extrusions.

I don't feel that any of these should be too high on the priority list, but they are some things that I feel would benefit the program without over-complicating it.

Navigation

[0] Message Index

[#] Next page