SONODEKITDETAIL(3iv)
okay bestie, pull up a chair, this is the SoNodeKitDetail(3IV) manual page and we are gonna make it make sense π
πΈ NAME πΈ
SoNodeKitDetail β stores detail information about a nodekit
𧬠INHERITS FROM π§¬
SoDetail > SoNodeKitDetail
(so it's a SoDetail, but the nodekit-flavoured kind, iykyk π¦)
β¨ SYNOPSIS β¨
#include <Inventor/details/SoNodeKitDetail.h>
Methods from class SoNodeKitDetail:
SoNodeKitDetail()
virtual ~SoNodeKitDetail()
SoBaseKit * getNodeKit() const
SoNode * getPart() const
const SbName & getPartName() const
Methods from class SoDetail:
SoDetail * copy() const
static SoType getClassTypeId()
virtual SoType getTypeId() const
SbBool isOfType(SoType type) const
π DESCRIPTION π
So this class is literally just a lil info bundle about a nodekit. What's in the bundle? Three things, periodt:
- a pointer to the nodekit π
- a pointer to the child part within that nodekit
- the name of that child part
That's it. That's the whole vibe.
Now here's the fun part π β when a pick action happens, every single nodekit along the picked path goes and makes its own SoNodeKitDetail. So when you collect them all together, the full set of details gives you the complete picture of the pickpath. Like a group photo where everyone showed up πΈ.
But wait, there's a plot twist π β nodekits have hidden children (peep the reference page for SoBaseKit if you wanna know why), which means a regular SoPath just... stops. At the topmost nodekit in the path. Rude honestly.
So if you cast that pickpath from an SoPath pointer into an SoNodeKitPath pointer, then you can retrieve all the nodekits along the path and examine their corresponding details. That's the glow-up. β¨
π οΈ METHODS π οΈ
SoNodeKitDetail()virtual ~SoNodeKitDetail()
Constructor and destructor. The hello and the bye π«Ά
SoBaseKit * getNodeKit() const
Hands you back a pointer to the nodekit that created this detail.
SoNode * getPart() const
Hands you back a pointer to the part that got selected inside the nodekit that created this detail.
const SbName & getPartName() const
Hands you back the name of the part selected inside the nodekit that created this detail. (Want the deep lore? Check out SoRayPickAction in the ACTIONS section of the SoBaseKit reference page π)
π SEE ALSO π
SoBaseKit, SoNodeKitPath, SoDetail, SoPickedPoint
okay that's the whole page, you ate that π this was the SoNodeKitDetail(3IV) manual, and the footer date slot is literally empty (() β nothing, not even a timestamp, it's giving mystery π), so consider this your official sign-off. go pick some nodekits bestie, ily, bye π¦π
π¦ where this page comes from
- debian bookworm: inventor-doc 2.1.5-10+dfsg-2 Β· LGPL-2.0-or-later
- debian trixie: inventor-doc 2.1.6+ds-2 Β· LGPL-2.0-or-later
- ubuntu jammy: inventor-doc 2.1.5-10-24
- ubuntu noble: inventor-doc 2.1.5-10+dfsg-2.1build2 Β· LGPL-2.0-or-later
- ubuntu questing: inventor-doc 2.1.6+ds-2
- ubuntu resolute: inventor-doc 2.1.6.1+ds-1 Β· LGPL-2.0-or-later
- ubuntu stonking: inventor-doc 2.1.6.1+ds-1 Β· LGPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms