#include <colvarcomp.h>
Inheritance diagram for colvar::euler_theta:
Public Methods  
euler_theta (std::string const &conf)  
euler_theta ()  
virtual int  init (std::string const &conf)  
An init function should be defined for every class inheriting from cvc
 
virtual  ~euler_theta ()  
virtual void  calc_value ()  
\brief Calculate the variable. More...  
virtual void  calc_gradients ()  
\brief Calculate the atomic gradients, to be reused later in order to apply forces. More...  
virtual void  apply_force (colvarvalue const &force)  
\brief Apply the collective variable force, by communicating the atomic forces to the simulation program (Note: the ft member is not altered by this function) Note: multiple calls to this function within the same simulation step will add the forces altogether
 
virtual cvm::real  dist2 (colvarvalue const &x1, colvarvalue const &x2) const  
\brief Square distance between x1 and x2 (can be redefined to transparently implement constraints, symmetries and periodicities) colvar::cvc::dist2() and the related functions are declared as "const" functions, but not "static", because additional parameters defining the metrics (e.g. the periodicity) may be specific to each colvar::cvc object. If symmetries or periodicities are present, the colvar::cvc::dist2() should be redefined to return the "closest distance" value and colvar::cvc::dist2_lgrad(), colvar::cvc::dist2_rgrad() to return its gradients. If constraints are present (and not already implemented by any of the colvarvalue types), the colvar::cvc::dist2_lgrad() and colvar::cvc::dist2_rgrad() functions should be redefined to provide a gradient which is compatible with the constraint, i.e. already deprived of its component normal to the constraint hypersurface. Finally, another useful application, if you are performing very many operations with these functions, could be to override the colvarvalue member functions and access directly its member data. For instance: to define dist2(x1,x2) as (x2.real_valuex1.real_value)*(x2.real_valuex1.real_value) in case of a scalar colvarvalue type. More...  
virtual colvarvalue  dist2_lgrad (colvarvalue const &x1, colvarvalue const &x2) const  
\brief Gradient(with respect to x1) of the square distance (can be redefined to transparently implement constraints, symmetries and periodicities). More...  
virtual colvarvalue  dist2_rgrad (colvarvalue const &x1, colvarvalue const &x2) const  
\brief Gradient(with respect to x2) of the square distance (can be redefined to transparently implement constraints, symmetries and periodicities). More... 

Definition at line 678 of file colvarcomp_rotations.C. References conf, colvardeps::enable, colvardeps::f_cvc_explicit_gradient, colvar::cvc::init_as_angle, and colvar::cvc::set_function_type. 

Definition at line 688 of file colvarcomp_rotations.C. References colvardeps::enable, colvardeps::f_cvc_explicit_gradient, colvar::cvc::init_as_angle, and colvar::cvc::set_function_type. 

Definition at line 1406 of file colvarcomp.h. 

\brief Apply the collective variable force, by communicating the atomic forces to the simulation program (Note: the ft member is not altered by this function) Note: multiple calls to this function within the same simulation step will add the forces altogether
Reimplemented from colvar::orientation. Definition at line 739 of file colvarcomp_rotations.C. References colvar::orientation::atoms, force, and colvarvalue::real_value. 

\brief Calculate the atomic gradients, to be reused later in order to apply forces.
Reimplemented from colvar::orientation. Definition at line 719 of file colvarcomp_rotations.C. References colvar::orientation::atoms, PI, colvar::orientation::rot, and colvarmodule::sqrt. 

\brief Calculate the variable.
Reimplemented from colvar::orientation. Definition at line 705 of file colvarcomp_rotations.C. References colvarmodule::asin, colvar::orientation::atoms, colvar::orientation::atoms_cog, PI, colvarvalue::real_value, colvar::orientation::ref_pos, colvar::orientation::rot, and colvar::cvc::x. 

\brief Square distance between x1 and x2 (can be redefined to transparently implement constraints, symmetries and periodicities) colvar::cvc::dist2() and the related functions are declared as "const" functions, but not "static", because additional parameters defining the metrics (e.g. the periodicity) may be specific to each colvar::cvc object. If symmetries or periodicities are present, the colvar::cvc::dist2() should be redefined to return the "closest distance" value and colvar::cvc::dist2_lgrad(), colvar::cvc::dist2_rgrad() to return its gradients. If constraints are present (and not already implemented by any of the colvarvalue types), the colvar::cvc::dist2_lgrad() and colvar::cvc::dist2_rgrad() functions should be redefined to provide a gradient which is compatible with the constraint, i.e. already deprived of its component normal to the constraint hypersurface. Finally, another useful application, if you are performing very many operations with these functions, could be to override the colvarvalue member functions and access directly its member data. For instance: to define dist2(x1,x2) as (x2.real_valuex1.real_value)*(x2.real_valuex1.real_value) in case of a scalar colvarvalue type.
Reimplemented from colvar::orientation. Definition at line 748 of file colvarcomp_rotations.C. 

\brief Gradient(with respect to x1) of the square distance (can be redefined to transparently implement constraints, symmetries and periodicities).
Reimplemented from colvar::orientation. Definition at line 756 of file colvarcomp_rotations.C. 

\brief Gradient(with respect to x2) of the square distance (can be redefined to transparently implement constraints, symmetries and periodicities).
Reimplemented from colvar::orientation. Definition at line 764 of file colvarcomp_rotations.C. 

An init function should be defined for every class inheriting from cvc
Reimplemented from colvar::orientation. Definition at line 697 of file colvarcomp_rotations.C. References conf. 