EMF::GRAPHICSOBJECT(3)

πŸ“¦
version 1.0.13 Β· 5 versions
, in debian trixie, ubuntu questing

πŸŽ€ NAME πŸŽ€

EMF::GRAPHICSOBJECT β€” a global graphics object, bestie. That's it, that's the whole vibe. It's a C++ class living in libemf, section 3 of the manual (iykyk, that's the library-functions section πŸ’…).


✨ SYNOPSIS ✨

Okay so to even use this thing you gotta pull in the header:

#include <libemf.h>

Inherits EMF::OBJECT β€” so it's got all of OBJECT's stuff too, it's giving nepo baby but make it inheritance πŸ’–

Inherited by EMF::BRUSH, EMF::EXTPEN, EMF::FONT, EMF::PALETTE, and EMF::PEN. Yeah she's the mother of a whole little family, no cap πŸ‘‘

πŸ’… Public Member Functions

  • virtual ~GRAPHICSOBJECT () β€” GRAPHICSOBJECTs has a virtual destructor. Cleanup queen, she knows how to leave a party properly.
  • virtual METARECORD * newEMR (HDC dc, HGDIOBJ handle)=0 β€” pure virtual, so you literally cannot skip this one. Subclass responsibility, periodt.

🌸 Public Member Functions inherited from EMF::OBJECT

  • virtual ~OBJECT () β€” OBJECTs have a virtual destructor. Same energy, same courtesy.
  • OBJECT (void) β€” the plain-jane constructor, no args, no drama.
  • virtual OBJECTTYPE getType (void) const =0 β€” pure virtual too, so you have to tell everyone what type you are. Identity check, main character style ⭐

πŸ¦‹ Data Fields

  • std::map< HDC, HGDIOBJ > contexts β€” the map where she keeps track of who's using her.

🌈 Data Fields inherited from EMF::OBJECT

  • HGDIOBJ handle

πŸ’– Detailed Description πŸ’–

A global graphics object. Slay.

Here's the tea on graphics objects β€” they come with some extra properties: when an object gets Select'ed into a device context, the handle for that context gets added to the list of context's in which this object is used. So she literally remembers every single place she's been selected into. Lowkey romantic of her, fr fr 🫢


πŸ”₯ Member Function Documentation πŸ”₯

virtual METARECORD * EMF::GRAPHICSOBJECT::newEMR (HDC dc, HGDIOBJ handle) β€” [pure virtual]

Create a new metarecord which describes this object. Like, a little receipt describing who she is 🧾

Parameters

  • dc β€” the handle to the device context.
  • handle β€” appears not to used. Note the handle is really assigned at serialization time. (Yeah girl, it's a little weird, the parameter just chills there, don't worry about it πŸ™ˆ)

Implemented in EMF::PEN, EMF::EXTPEN, EMF::BRUSH, EMF::FONT, and EMF::PALETTE. So all her children do the actual work, classic πŸ’€


πŸ“ Field Documentation πŸ“

std::map< HDC, HGDIOBJ > EMF::GRAPHICSOBJECT::contexts

A set of all the contexts into which this object has been selected and the associated metafile handle for the object. It's her contact list of every device context she's ever been picked by πŸ’œ

Referenced by EMF::PEN::newEMR(), EMF::EXTPEN::newEMR(), EMF::BRUSH::newEMR(), EMF::FONT::newEMR(), and EMF::PALETTE::newEMR(). Everybody wants a piece of her, iconic πŸ‘‘


πŸ‘‘ Author πŸ‘‘

Generated automatically by Doxygen for libemf from the source code. Not a human, just a robot doing its little thing ✨ (no author to thank, the machine ate, we respect it)


Okay and finally, the receipts: this whole page is Version 1.0.9, dated Thu Jun 6 2024 23:01:07. That's the manual page EMF::GRAPHICSOBJECT(3) from libemf, and you read the entire thing, bestie. Obsessed with you. Byeee πŸ’–πŸŽ€πŸ¦‹
πŸ“¦ where this page comes from