ONVIF:...ctTree(3pm)

πŸ“¦
version 1.36.37 Β· 5 versions
, in ubuntu resolute, ubuntu stonking

πŸ’– ONVIF:...ctTree(3pm) πŸ’–

okay bestie, you found the manual page for ONVIF:...ctTree(3pm) β€” it lives under User Contributed Perl Documentation, and it's literally just one little Perl type class doing its thing. Let's get into it 🫢


✨ NAME ✨

ONVIF::Device::Types::ObjectTree β€” say hi, she's the moment πŸ’…


🌸 DESCRIPTION 🌸

It's a Perl data type class, no cap. Specifically, it's the class for the XML Schema defined complexType ObjectTree, and it comes from the namespace http://www.onvif.org/ver10/schema. That's the whole vibe ✨

πŸŽ€ PROPERTIES πŸŽ€

These are the properties you can get at using get_PROPERTY / set_PROPERTY methods (yes, the method name is literally get_ or set_ plus the property name β€” iykyk):

  • Rename
  • Split
  • Merge
  • Delete
  • Extension

five of them, all accounted for, we love a complete list πŸ‘‘


πŸ¦‹ METHODS πŸ¦‹

🌈 new 🌈

Constructor, aka the glow-up moment where the object gets born. The following data structure may be passed to new():

 { # ONVIF::Device::Types::ObjectTree
   Rename =>  { # ONVIF::Device::Types::Rename
     from => ,
     to => ,
   },
   Split =>  { # ONVIF::Device::Types::Split
     from => ,
     to => ,
   },
   Merge =>  { # ONVIF::Device::Types::Merge
     from => ,
     to => ,
   },
   Delete => ,
   Extension =>  { # ONVIF::Device::Types::ObjectTreeExtension
   },
 },

look at that nesting, it's giving structured data realness πŸ’€ notice how Rename, Split and Merge each carry their own from and to, Delete just stands there on its own, and Extension is an ONVIF::Device::Types::ObjectTreeExtension with nothing inside. Iconic. No notes. 🌸


πŸ’œ AUTHOR πŸ’œ

Generated by SOAP::WSDL β€” it didn't write itself, a machine did it for us and honestly? slay πŸ€–βœ¨


and that's the whole page, bestie!! this one came from perl v5.40.1, dated 2026-02-01, and it's filed under ONVIF:...ctTree(3pm). periodt πŸ’…πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from