Skill code for Off Grid errors

The code has a mistake in it. Look at:

procedure( howFixOffGrid(@optional (selset geGetSelSet()))
foreach( obj selset()
  howPutObjOnGrid(obj car(howSnapGetGrids()) cadr(howSnapGetGrids()) 0 0)
);foreach
);proc

The italicised part should not have parentheses - it should just be selset and not selset(). Note I did not test the code - I just spotted the deliberate mistake ;-)

As for the Cadence Online Support equivalent code, try this: https://support.cadence.com/apex/ArticleAttachmentPortal?id=a1Od0000000nWVlEAM&pageName=ArticleContent

Regards,

Andrew.

Well, I'm not planning on fixing How's code (or checking it - sorry, don't have time at the moment) - I'd suggest using the code on Cadence Online Support as I know that's been used by many users.

Regards,

Andrew.

I have used the code from Cadence Online Support but it seems to only work when I use dbCreatePolygon and not when I use rodCreatePath.  Am I missing something basic here?

Thanks,

John

 John,

You'd have to call the function on rodId~>dbId most likely (and if it's a multi-part path, you might have to do a rodUnNameShape() first so you could put any sub-objects on grid too). Alternatively you could adapt the code to be able to work on rod objects and adjust the point list of the rod object.

You didn't say which function (or which solution) you were using, so I'm guessing a bit here.

Regards,

Andrew.

Andrew, I did try the rodId~>dbId but it is a multi-part path (with some offsetSubPaths) and I didn't know about the rodUnNameShape().  Can I still get the dbId after I do a rodUnNameShape(

I am using the putOnGrid() function.

I should also warn you that I am trying to do this in a pcell, which seems to be giving more trouble than normal.

 Thanks,

John

 I did find this link (sorry it's so long) that also really helped.

http://support.cadence.com/wps/myportal/cos/COSHome/viewsolution/!ut/p/c5/dY1bboMwFAXX0gVY15iImE-DwTwUu6K8fxBJkYUSMGlC1bL6kgV0zufoaKCFfXP_Per-OZq5v0ENrdNZRPhWesCu8iXFMXVkmpUB3oHq9XA6_A8MQwPt8eUJsSh2RZh7OPbTOKFHm-DUgXI2X9NeyqGOLuaHG6Y54yxxi_T2briHlBIkllkoOJ2RdFCp9XTN1qbFZ-UPhS7QeqnqIHp2me2f7mupvMpd8OdZf5jsUbBf0sZYdVtno3u-CbEOS-PxJChkT8cH1avIA3QCGZlpgOU6byFlb39HbSTk/dl3/d3/L2dBISEvZ0FBIS9nQSEh/ 

 Hi John,

BTW, the way I make the link cleaner is to use the "Email" link at the top of the solution - then you get a much more palatable URL - and you can miss off the search part at the end.

To answer your previous question, you'd have to store the dbId and subParts in variables before doing the rodUnNameShape, because once it's no longer a rod object, there is no relationship between the ships.

Regards,

Andrew.