Hi
I like to paste remembering the point, it is useful when projects gets big and I tend to keep facade and different floors on different files since it lags so much. However, I would also like to be able to paste something in the center of the viewport or paste wherever the cursor is.
Well, this is not too hard in 2d space but what about 3d? āWherever the cursor isā or ācenter of viewportā are 2D concepts - at what (infinite) depth do you paste the 3D object?
Well I use it for plan and section mainly, copy and pasting in 3d isā¦ not as amazing. It doesnt have to be very exact, im just bothered by having to zoom out, zoom in to choose a basepoint, move, then raise the object up to construction plane, then zooming in again to place it.
Yes, my point was that all viewports in Rhino are 3d, even the orthographic ones, so where you paste in depth is always a question. It could be made to paste to the CPlane 0 if an orthographic viewport is detected as the target, but I think thatās only semi-usefulā¦ Maybe if the function were limited exclusively to planar geometry lying on the CPlane it could be made logicalā¦
it doesnāt paste into an exact positionā¦ the object is hanging on the cursor as if you did:
Paste
Move
select point to move from
now the object is just dragging around on the cursor (which is on the cplane) until you click an insertion pointā¦ in this case, the move from point would probably be assigned to some particular part of an given objectā¦ like lower-left-front corner.
because sketchupās Paste does what heās asking forā¦ then it has āPaste in placeā which does what rhinoās paste does.
[edit] other software has the different pastes tooā¦ a lot of the adobe apps do and i know of a few othersā¦ you can either paste in place or just paste which puts the object on the current cursor position.[/edit]
but itās handy at timesā¦ if you have an object in the clipboard, you can just āpaste to cursorā(?) and the object is right there ready for you to position it in the current viewā¦ otherwise, if you paste in rhino, you have to navigate to the location it was originally copied from in order to get the new copyā¦ then navigate back to where you want the thing to be.
It appears that some people understand exactly what I meant but if not then im really not requesting anything very specific.I just assumed there was a command that pasted something somewhere in the vicinity of the current viewport. Again, I do appreciate the exact copy location as well but one doesnt necessarily exclude the other.
The āproblemā with the current system becomes worse when you do either a) big scale models or b) uses clipping planes.Like in order to avoid big lag i tend to use clipping plane for larger buildings so I only see the top floor for example. If I copy/paste a door from another document that is located at 0,0 on another file then it will often be hidden until i raise it to the right location, even though I set the cplane to start on the top floor.
Here is a work-around technique for pasting a selection accurately, without zooming (or altering clipviews I think).
In the copy-from file:
Pre-select the objects to be copied to clipboard (or select after starting the move sequence);
'Moveā
Move-From - Pick a point to use as the Paste origin;
Move-to 0,0,0 (w0 using world top in case the CPlanes are different in both files, then enter) without zooming;
āSelLastā
āCopyToClipboardā (the objects are still selected although they may be off-screen)
āUndoā return to return the objects to position.
In the Paste-to file:
āPasteā (the objects are selected when pasted in, so can be moved accurately although they may be off-screen)
āMoveā - move-from, type w0 and the pasted objects come into view;
Pick a move-to point and that is the Paste origin picked in the copy-from file.
OK, Iāll check it, thanks.The indents look correct off hand, thatās not the problemā¦ hold on a bit. I guess I need to fire up the mac and see if GetCursorPos() works on its own.
My guess of the moment is that running from Atom, there is no cursor position in Rhino so it chokes.