Related Posts with Thumbnails

« Wink Wink - Nudge Nudge | Main | Revit 2011 Update 2 and Subscription Advantage Packs »

September 27, 2010

Comments

Feed You can follow this conversation by subscribing to the comment feed for this post.

Just thowing this out there, not saying its a good bad or indifferent idea(s), but something to chew on so to speak...

click/drag....
You could implement a click & drag fuction that would essientially be a live command modifier. You would select object(s), select rotation command (or vice versa), then click on your desired rotation point and drag, then click you start angle, end then end angle.

separate commands...
Mirror has two different commands for different modes, why not rotate? Actually I'd prefer to combine the 2 mirror commands with a key press modifier or similar.

mouse gesture...
Why not implement mouse gestures for different modes of commands

Discover-ability is hard unless people are physically clicking on different buttons to invoke different behaviors.

I saved the best (IMO) for last (and probably most costly)...

Heads up commands...
Put the tools in front of the user's point of focus. Put a little (not ribbon sized) context sensitive tool bar close to the selection (think word 2007+) you could rotate, move, copy, edit boundary, edit text, create similar etc...(depending on selection), then you could put in a sub-context sensitive command it invoke different modes of a command. Helps discover-ablilty maybe, but most helpful in increasing productivity and less dependence on shortcuts.

Oh and almost forgot... Definitely like the idea of saved rotation points per session if not persistent till changed otherwise. I'm thinking that could be expanded on...

IMO one of the reason why the drag cannot be discovered is because we expect little blue grips for manipulating objects. if instead of being the rotate symbol it was a small dot (with the rotate symbol next to it, that might improve things. just a theory...

Interesting.  People do tend to associate based on shape or color but when both vary the correlation may be weakened.  This would be interesting to test.

First click should definitely place the rotation basepoint.

Its ridiculous when rotating large DWG files, to have to Zoom out, search for the tiny symbol, try and drag it without it snapping to the wrong point.

Absolutely stoopid.

The three click (center, first angle, second angle) is definitely the most sensible. Plus, it sounds like it would be the easiest to implement and the easiest to teach new users. Thanks for bringing up the topic (sometimes these little mundane things make a big difference in efficiency).

Three clicks sounds OK, but might be mildly irritating if it's required 100% of the time. Often I don't care where the rotation point is, I just want to quickly rotate the selection CW/CCW by 90 degrees. (e.g. having a shortcut for 90-degree rotation (Ctrl+R, Ctrl+L) would be great)

You could simply add a button next to Disjoin/Copy/Angle for "Place Center of Rotation" for the times when it's necessary, like large DWGs, as mentioned.

My experience with using the Rotate tool is that I leave the rotation center where it is far more often than needing to move it.
Typically when I need to move it, it's to place it at the center of a circle or arc.
So this brings up two separate situations for me;

1. Work on your point 2 to enhance the current functionality, by way of either a button on the Options Bar, or preferably some on screen menu/buttons under the cursor.

2. For a selection of objects which contains a circle or arc which the rotation will most likely be around the center of these circles or arcs, possibly Revit could try and predict the placement of the rotation center.

Sometime we want to rotate without accuracy, some time we need to click to snap the center of the rotate funcion.
In many case in Revit when I want to choose, I use the TAB key.
You can implement the actual behavior (ehanced) as default mode and the TAB key to activate the three clicks mode and TAB again to return to auto center mode ETC.

While I agree that the current Rotation Center is rarely in the right place, I'm leery of ALWAYS requiring the user to locate the center.

If nothing else changes, it makes sense to always make the first click to locate the center point, because it's never correct.

If, however, other changes are made so Revit guesses better as to where the Center should be, it may then be annoying to be forced to pick a new Center point if Revit has guessed correctly. Take, for example the "Origin" of a family. If the behavior is changed so the initial Rotation point becomes the Origin of a family, chances are I do NOT want to move it. Now we've introduced an extra click instead or reducing one.

I could live with always requiring a Rotation point as long as there is some simple way to accept Revit's initial guess.

I agree that it could be better, but I also agree that many times I don't need to move the default rotation center. A simple Ctrl-Click to locate the center, no matter the zoom level, would be nice.

At the very least, make the rotate line extending off of the rotate center remain the same length regardless of zoom level. That would at least help us find the rotate center after zooming out on a site plan. But if something like the Ctrl-Click method is implemented, then there would be no need for that.

A 3-click setup would be ok, but the current behavior is very convenient at times. Say I'm in a 3d view and want to rotate a face-based light fixture. I can simply click start and click end or type in a rotation. With a 3-click system, it would be annoying to have to find a rotation point, which might be highly inconvenient to do as there might not be something easy to snap to.

So I wonder if you could keep the current functionality as is, but let us define our own center of rotation through a double-click. After that the next click would be the start point of rotation as usual.

Also I'd like rotate short cut similar to the Select CTRL and Drag that creates copies of objects. Maybe Select Shift & Drag could spin the object around it’s centroid?

The worst part of the default behavior is that the Roatation Origin Point will be off screen if you are zoomed in on a view, as it will default to the 'centroid' of the group of objects.

It took me a long time to figure that out.

The comments to this entry are closed.

RSS

  • Subscribe