• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Custom IC Design
  3. how does hiCreateInst work for pcells?

Stats

  • Locked Locked
  • Replies 5
  • Subscribers 124
  • Views 14008
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

how does hiCreateInst work for pcells?

archive
archive over 18 years ago

Whenever a user begins to instantiate a pcell, the system creates a temporary scratch cell in that library, where the temp cell is named like: zpcellSCRATCH.  Any changes to fields in the instantiate form triggers a re-evaluation of the layout in the scratch cell.  This cell is then used as the basis for the complex "rubberband shadow" that the user sees while moving the cursor around in the target layout before the location is designated.

What skill function is used to mimic this interactive copy between the scratch cell and the target layout?

Here's the background:  I have a similar situation where I would like a user to be able to copy predetermined objects from a temporary, scratch cellView, and the user must be unaware of the source cellView.  To the user, it must appear that they are just instantiating data.  They must be unaware of the scratch cellView, and that they are actually copying data from it.  However, I would like the user to have the visual feedback of the copy function.

I think I just want to mimic the instantiate function as far how it handles pcells.  Any thoughts on how to do this?  Is there a better way?

Thanks!


Originally posted in cdnusers.org by m27315
  • Cancel
  • archive
    archive over 18 years ago

    It doesn't do an "interactive copy" between the zpcellSCRATCH cellView. That is only used to generate the "ghost" image used during the enterFunction - once the location of the instance has been chosen by the user, it is created using dbCreateParamInst.

    From SKILL you can use various enterFunctions (e.g. enterPoint, enterPath, enterBox etc) which provide some level of rubberbanding/ghosting. However, there is no SKILL access to a general ghosting approach as done with the create instance command.
    That is only available in the underlying code at the C level.

    So I'm afraid you won't be able to get the ghosting the way you want. That doesn't mean you can't build a scratch cellView and then copy the contents using dbCopyFig() etc to the destination cellView when done - but you'll need to use one of the existing enterFunctions to allow the user to interact with your program.

    Best Regards,

    Andrew.


    Originally posted in cdnusers.org by adbeckett
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Actually, there is a command called geHiDragFig that allows you to implement the ghosting functionality. It is a little flaky, but it can be made to work. I recommend you dive into the cdsdoc to get the details.

    geHiDragFig(
    w_windowID
    r_form
    t_srcPrompt
    t_dstPrompt
    t_cmdName
    t_SelSet
    g_useMultiWindow
    [ l_firstPoint ]
    )

    Used in conjunction with other SKILL functions to implement the dragging of selected database figures.


    Originally posted in cdnusers.org by dmay
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Good point. I'd completely forgotten about geHiDragFig. That would be a way of doing it.

    Regards,

    Andrew.


    Originally posted in cdnusers.org by adbeckett
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Posted By n/a on 10/30/2006 7:12 AM

    Actually, there is a command called geHiDragFig that allows you to implement the ghosting functionality. It is a little flaky, but it can be made to work. I recommend you dive into the cdsdoc to get the details.


    Wow!  That's exactly what I needed!  So, here's my implementation, using the function you mentioned:
    dstPt = cadadr(geHiDragFig(dstWinId 0 "" "Enter Destination Point" "Move" srcObjectIds t (0:0)))
    This "looks" like you are doing a copy/move/instantiation from a source cell to the desired destination window.

    Fantastic help!  Thanks!!!


    Originally posted in cdnusers.org by m27315
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Sorry about the Re-Posting of this reply. My old cndusers account Dislay Name contained my email address which is good news for spammers, but not for me. The old post will be deleted.


    Actually, there is a command called geHiDragFig that allows you to implement the ghosting functionality. It is a little flaky, but it can be made to work. I recommend you dive into the cdsdoc to get the details.

    geHiDragFig(
    w_windowID
    r_form
    t_srcPrompt
    t_dstPrompt
    t_cmdName
    t_SelSet
    g_useMultiWindow
    [ l_firstPoint ]
    )

    Used in conjunction with other SKILL functions to implement the dragging of selected database figures.


    Originally posted in cdnusers.org by dmay
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information