sp2.1 CTRL copy components in assembly

Is there some new trick to make copies of components in an assembley? What I did before was select a component (screw) and hold down the CTRL key then drag and drop. Now it seems if I do the same thing I have to wait for an extended amount of time till it shows a preview. Is there a faster way? This is a joke.

Reply to
Pete J. Kavelish
Loading thread data ...

i have no problems using sp0

then again, there's always the old way, ctrl+drag from fm

Reply to
kenneth b

I don't think the preview is the problem. The problem is that SW has once agin changed UI behavior (for some unknown reason) and the result is user frustration.

Previously, when you CTRL-dragged a component in an assembly, the part was dropped in place regardless of what order you released the mouse button and the CTRL key. The new, *stupid* behavior is that you *must* release the mouse button before releasing the CTRL key. If you do not, the component is not copied.

It is ingrained in my muscle memory (and probably yours) to simply let go of the button and key simultaneously. I still get it wrong on occasion, even after using the 2004 Beta since last summer.

Another place where the same stupidity has been applied is centermarks in drawings. Place 20 center marks and then hit ESC. They *all* disappear. Completely different behavior from previous versions. Earth to SW corporate:

"ESC does *NOT* mean undo."

Jim S.

Reply to
Jim Sculley

I wonder if the wait time is dependent on the size of the assy and/or part. I just tried it with a small assy and it was as fast as I could move the mouse. Yes, you have to hold CTRL until after releasing the mouse, but it worked.

Centermarks now disappear, but at least blocks don't any more.

WT

Reply to
Wayne Tiffany

Re: disappearing center marks.

I was in a roundtable discussion at SWW in Boston a few weeks ago. This one was focussed on drawings. The moderator asked the group for each of us to tell him one bug. The one I chose was the center mark one you just mentioned.

He couldn't seem to believe what I was telling him, but most of the users in the room could be heard muttering in agreement with me. He had an example that he was using to illustrate our various issues and he was able to confirm this situation. It was kinda gratifying.

That was right before sp2.1 came out. It'll be interesting to see if it gets taken care of.

jk

Reply to
John Kreutzberger

Nope, sorry - we're on 2.1 and it's still there.

WT

Reply to
Wayne Tiffany

Reply to
Jacob Filek

ugh!

you just hit upon one of my major peeves with 2004. that is such a pain in the ass.

not only that, but it is counter to EVERY OTHER SW use of the ESC key!

Imagine if it worked the same way with mates! yikes!!

-nick e.

Reply to
Nick E.

I un into this bug with almost every drawing I create, but it is a know bug and listed to be fixed in SP3.

SPR# 197904: Hitting the escape key after inserting a centermark should not delete the centermark. Should just end the command.

Todd

Reply to
tbryant

IT is not only 2.1 it is the same in 2.0

You have to release the mouse button before the control button.

a complete pain in the @$$.

Todd Anderson

Reply to
Todd Anderson

Yes Jacob,

I noticed the center mark size issue as well. (they seem to come in at different sizes depending on what sort of hole-even when selecting consecutively.) I sent a file to my VAR who confirmed it. He has in turn sent the file to SW, but I haven't heard anything since.

jk

Reply to
John Kreutzberger

"Jacob Filek" wrote in news:gbAWb.1712 $ snipped-for-privacy@nwrddc02.gnilink.net:

And then there are some commands that tell you "The current operation cannot be interrupted..." if you try to end them with ESC.

matt

Reply to
matt

"Pete J. Kavelish" a écrit dans le message de news: snipped-for-privacy@posting.google.com...

Am-I the only one here that sometimes ctrl-select different components to add a mate, and end up with a copy of a component because I moved the mouse while its button is pressed?

I think that must be the reason for this change. Even if it's not that much of a problem.

Reply to
Jean Marc BRUN

Not sure where people are getting this CTRL + drag & release UI change behavior -it has not changed from what I can tell - the fact that you release the mouse button first has been true for as long as I can remember. I just tested it in 2003 & it is the same way - you always let go of the mouse first. This only makes sense as the ctrl key is the copy command so if you let go of the "copy command" (ctrl key) it is going to stop the copy. even in windows, to copy a file, you must let go of the mouse button first in order to copy the file when Ctrl+dragging it.

Are we talking about a specific area of the software where it is possible to have released the ctrl key first?

let me know. Steve Tietz

Reply to
Steve Tietz

Is that how that happens?? I have been baffled for years by that. I had never connected `moving the mouse' with that seemingly random glitch. Thanks.

jk

Reply to
John Kreutzberger

I just played a bit and it's interesting that if you select one thing, as in a face to mate, and then select another, they both, of course are highlighted. But if you drag the mouse a bit while still selecting the second one, it goes into copy mode for the second one. And at that point, you can smartmate it to something as normal. However, if you just drop it, and then let go of the mouse & keys, both of the original part selected faces are still there and ready for the original mate that started the whole process. Not sure if you would ever remember that trick in the heat of the battle, but interesting nonetheless.

Of course this all fits with the question of when do you release the key vs. dragging & clicking. If you select drag the face, you are in copy mode and then if you release the mouse button first, you get the copy. However if you release the key first it drops you back to multiple select mode.

WT

Reply to
Wayne Tiffany

PolyTech Forum website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.