Most efficient db function to move all shapes in a design?

There really should be no significant difference between nograph and normal graphical mode (other than any delay caused by the X server actually having to draw and display the shapes). When you run -nograph mode, Virtuoso (icfb) starts (in IC5141) a null X server (Xndx) which is used as the display for the session. This means it still does all the graphical operations (if you're calling it in a graphical mode) - it's just that the X traffic goes to this null display instead.

However, running dbOpenCellViewByType and leMakeCell should not generate any graphical output - I don't believe there are any dialog boxes raised by leMakeCell - it outputs warnings, but no dialog boxes (dialog boxes can be a problem for no graph sessions because you can't see them and so obviously can't click on them).

I see no benefit in trying to automate the UI this way, because all that happens is that the graphical version of the command, leHiMakeCell, collects data from the selected objects (obviously you can't do selection unless there's a window of some sort, which you can do in nograph, but just can't see), the options from the form, and then calls leMakeCell. So if you call leMakeCell with the same arguments that are called from the UI, it should have the same behaviour without all that tedious mucking about with forms.

The problem you almost certainly have is that the code that launches the form will block and so it doesn't get to the next line; you typically have to workaround this using hiRegTimer (or hiEnqueueCmd in later versions), but as I said, this is an unnecessarily complication. I'd try to figure out what's different in the settings you're passing to leMakeCell from those when you use the form.

This might be easier solved by talking to somebody in customer support who can take a look at precisely what you're doing.

Regards,

Andrew.

There really should be no significant difference between nograph and normal graphical mode (other than any delay caused by the X server actually having to draw and display the shapes). When you run -nograph mode, Virtuoso (icfb) starts (in IC5141) a null X server (Xndx) which is used as the display for the session. This means it still does all the graphical operations (if you're calling it in a graphical mode) - it's just that the X traffic goes to this null display instead.

However, running dbOpenCellViewByType and leMakeCell should not generate any graphical output - I don't believe there are any dialog boxes raised by leMakeCell - it outputs warnings, but no dialog boxes (dialog boxes can be a problem for no graph sessions because you can't see them and so obviously can't click on them).

I see no benefit in trying to automate the UI this way, because all that happens is that the graphical version of the command, leHiMakeCell, collects data from the selected objects (obviously you can't do selection unless there's a window of some sort, which you can do in nograph, but just can't see), the options from the form, and then calls leMakeCell. So if you call leMakeCell with the same arguments that are called from the UI, it should have the same behaviour without all that tedious mucking about with forms.

The problem you almost certainly have is that the code that launches the form will block and so it doesn't get to the next line; you typically have to workaround this using hiRegTimer (or hiEnqueueCmd in later versions), but as I said, this is an unnecessarily complication. I'd try to figure out what's different in the settings you're passing to leMakeCell from those when you use the form.

This might be easier solved by talking to somebody in customer support who can take a look at precisely what you're doing.

Regards,

Andrew.