SoConeDetail(3)

πŸ“¦ version 2.5.0, in fedora 43, fedora 44

πŸ’– NAME πŸ’–

SoConeDetail β€” bestie, this class is literally a little info-bundle about the parts of a SoCone shape. That's the whole vibe. πŸŽ€


✨ SYNOPSIS ✨

#include <Inventor/details/SoConeDetail.h>

It inherits from SoDetail. πŸ‘‘

Public Member Functions 🫢

  • virtual SoType getTypeId (void) const β€” the type-id looker-upper
  • SoConeDetail (void) β€” constructor, hey girl hey
  • virtual ~SoConeDetail () β€” destructor, bye babe
  • virtual SoDetail * copy (void) const β€” deep-copy time
  • void setPart (const int part) β€” set which part got picked
  • int getPart (void) const β€” read which part got picked

Public Member Functions inherited from SoDetail πŸ“

  • virtual ~SoDetail () β€” destructor
  • SbBool isOfType (const SoType type) const β€” type check moment

Static Public Member Functions πŸ’«

  • static SoType getClassTypeId (void) β€” grab the class type id
  • static void initClass (void) β€” set up the class, do it once

Static Public Member Functions inherited from SoDetail πŸ“

  • static void initClass (void) β€” init the class
  • static void initClasses (void) β€” init all the classes
  • static SoType getClassTypeId (void) β€” class type id

Protected Attributes 🌈

  • int part β€” the secret lil' variable, more on her below

Additional Inherited Members πŸ’€

Protected Member Functions inherited from SoDetail:

  • SoDetail (void) β€” protected constructor

🌸 Detailed Description 🌸

The SoConeDetail class contains information about the parts of a SoCone shape. no cap, that's genuinely it.

So the way this works, bestie: instances of this class store the tea about hit points on cone geometry after pick operations, and they also store info that gets handed back to tessellation callbacks. It's giving "backstage pass to what just got clicked". πŸ’…

See also ✨

  • SoCone
  • SoRayPickAction
  • SoCallbackAction

πŸŽ€ Constructor & Destructor Documentation πŸŽ€

SoConeDetail::SoConeDetail (void ) 🫢

Constructor. That's her. The origin story.

References part.

Referenced by copy(), and getTypeId().

SoConeDetail::~SoConeDetail () [virtual] 😭

Destructor. She's leaving, but she's iconic about it.


πŸ”₯ Member Function Documentation πŸ”₯

SoType SoConeDetail::getTypeId (void ) const [virtual] πŸ‘‘

Returns the type identification of a detail derived from a class that inherits SoDetail. This is what you use for run-time type checking and "downward" casting. fr fr, it's the ID check at the door.

Usage example:

void fuhbear(SoDetail * detail)
{
  if (detail->getTypeId() == SoFaceDetail::getClassTypeId()) {
    // safe downward cast, know the type
    SoFaceDetail * facedetail = (SoFaceDetail *)detail;
  }
  return; // ignore if not a SoFaceDetail
}

For application programmers wanting to extend the library with new detail classes: okay so listen, this method needs to be overridden in all subclasses. That's non-negotiable, babe. It's typically done as part of setting up the full type system for extension classes, which is usually accomplished by using the pre-defined macros available through Inventor/nodes/SoSubDetail.h: SO_DETAIL_SOURCE and SO_DETAIL_INIT_CLASS.

Implements SoDetail.

References SoConeDetail().

SoDetail * SoConeDetail::copy (void ) const [virtual] πŸ¦‹

Return a deep copy of ourself. Give her a twin, she deserves one. πŸ’–

Important caveat, bestie, read this one: Note that if the Coin library has been built as a DLL under Microsoft Windows and you use this method from application code, you must make sure that both the Coin DLL and the application executable is using the same instance of a C Run-Time (CRT) library. Otherwise, you will get memory heap corruption upon deallocating the returned instances, eventually leading to mysterious crashes. Not the cute kind of mystery. πŸ’€

Implements SoDetail.

References copy(), part, and SoConeDetail().

Referenced by copy().

void SoConeDetail::setPart (const int partarg) 🌈

Set the part of a cone which was selected. And here's the lore: a cone has two different conceptual parts β€” SoCone::SIDES or SoCone::BOTTOM. Pick your fighter. πŸ’…

References part.

int SoConeDetail::getPart (void ) const ⭐

Returns the selected cone part, either SoCone::SIDES or SoCone::BOTTOM. Slay.

References part.


πŸ’œ Member Data Documentation πŸ’œ

int SoConeDetail::part [protected] πŸ™ˆ

This API member is considered internal to the library, as it is not likely to be of interest to the application programmer.

So like… don't touch her, she's not for you. iykyk. 🫢

Referenced by copy(), getPart(), setPart(), and SoConeDetail().


πŸ¦‹ Author πŸ¦‹

Generated automatically by Doxygen for Coin from the source code. (Yes bestie, a robot wrote this and honestly? she ate. πŸ€–βœ¨)


And that's the whole page, babe πŸ’– β€” this was SoConeDetail(3) from the Library Functions Manual, brought to you by Coin, Version 2.5.0. Mwah, go forth and pick some cones. πŸŽ€πŸŒˆπŸ‘‘

πŸ“¦ where this page comes from