Rosetta 3.4
Public Member Functions
protocols::ligand_docking::AddHydrogens Class Reference

#include <AddHydrogens.hh>

Inheritance diagram for protocols::ligand_docking::AddHydrogens:
Inheritance graph
[legend]
Collaboration diagram for protocols::ligand_docking::AddHydrogens:
Collaboration graph
[legend]

List of all members.

Public Member Functions

 AddHydrogens ()
virtual ~AddHydrogens ()
 AddHydrogens (AddHydrogens const &that)
virtual void apply (core::pose::Pose &pose)
virtual protocols::moves::MoverOP clone () const
 clone has to be overridden only if clone invocation is expected.
virtual protocols::moves::MoverOP fresh_instance () const
 this is like clone(), except it generates a new mover object freshly created with the default ctor. This function _should_ be pure virtual but that would disrupt the code base; MAKE SURE YOU DEFINE IT if you want to have your mover be a protocol handed to the job distributor (august 08 vintage).
virtual std::string get_name () const
 Each derived class must specify its name. The class name.
void parse_my_tag (utility::tag::TagPtr const tag, protocols::moves::DataMap &, protocols::filters::Filters_map const &, protocols::moves::Movers_map const &, core::pose::Pose const &)
 parse XML (specifically in the context of the parser/scripting scheme)

Constructor & Destructor Documentation

protocols::ligand_docking::AddHydrogens::AddHydrogens ( )

References protocols::moves::Mover::type().

Referenced by clone(), and fresh_instance().

protocols::ligand_docking::AddHydrogens::~AddHydrogens ( ) [virtual]
protocols::ligand_docking::AddHydrogens::AddHydrogens ( AddHydrogens const &  that)

Member Function Documentation

void protocols::ligand_docking::AddHydrogens::apply ( core::pose::Pose pose) [virtual]
protocols::moves::MoverOP protocols::ligand_docking::AddHydrogens::clone ( ) const [virtual]

clone has to be overridden only if clone invocation is expected.

clone is meant to return an OP'ed deep copy of this object. This really should be a pure virtual in the base class, but adding pure virtuals to Mover would massively disrupt the code. This default implementation crashes at runtime instead of compiletime if you try to call it. If this code is causing you problems, your Mover needs to override this function.

Reimplemented from protocols::moves::Mover.

References AddHydrogens().

protocols::moves::MoverOP protocols::ligand_docking::AddHydrogens::fresh_instance ( ) const [virtual]

this is like clone(), except it generates a new mover object freshly created with the default ctor. This function _should_ be pure virtual but that would disrupt the code base; MAKE SURE YOU DEFINE IT if you want to have your mover be a protocol handed to the job distributor (august 08 vintage).

fresh_instance is meant to return a new object of this class, created with the default constructor. This really should be a pure virtual in the base class, but adding pure virtuals to Mover would massively disrupt the code. This default implementation crashes at runtime instead of compiletime if you try to call it. If this code is causing you problems, your Mover needs to override this function. This is used by the August 08 job distributor.

Reimplemented from protocols::moves::Mover.

References AddHydrogens().

std::string protocols::ligand_docking::AddHydrogens::get_name ( ) const [virtual]

Each derived class must specify its name. The class name.

Implements protocols::moves::Mover.

void protocols::ligand_docking::AddHydrogens::parse_my_tag ( utility::tag::TagPtr const  tag,
protocols::moves::DataMap ,
protocols::filters::Filters_map const &  ,
protocols::moves::Movers_map const &  ,
core::pose::Pose const &   
) [virtual]

parse XML (specifically in the context of the parser/scripting scheme)

Reimplemented from protocols::moves::Mover.


The documentation for this class was generated from the following files:
 All Classes Namespaces Files Functions Variables Typedefs Enumerations Enumerator Friends Defines