Skip to content

Commit

Permalink
DOC: Avoid the term "pure virtual function" in SpatialObject doc
Browse files Browse the repository at this point in the history
Structly speaking, none of the member functions of SpatialObject are _pure_
virtual (that is, none of them are marked `= 0`).
  • Loading branch information
N-Dekker committed Jan 31, 2024
1 parent f87fd91 commit c9c7236
Showing 1 changed file with 4 additions and 4 deletions.
8 changes: 4 additions & 4 deletions Modules/Core/SpatialObjects/include/itkSpatialObject.h
Original file line number Diff line number Diff line change
Expand Up @@ -46,10 +46,10 @@ namespace itk
* system, and a list of inverse transformation to go backward. Any
* spatial objects can be plugged to a spatial object as children. To
* implement your own spatial object, you need to derive from the
* following class, which requires the definition of just a few pure
* virtual functions. Examples of such functions are ValueAtInWorldSpace(),
* IsEvaluableAtInWorldSpace(), and IsInsideInWorldSpace(), each of which has a meaning
* specific to each particular object type.
* following class, which requires overriding just a few virtual functions.
* Examples of such functions are ValueAtInWorldSpace(),
* IsEvaluableAtInWorldSpace(), and IsInsideInWorldSpace(), each of which has a
* meaning specific to each particular object type.
* \ingroup ITKSpatialObjects
*/

Expand Down

0 comments on commit c9c7236

Please sign in to comment.