You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Finally there was a case where fiddling around with Matrix baseclass' internal options to achieve something a user actually dreams of. Explicitly, forcing element contiguousy and ordering for input arrays prior to processing. Internally controlled by the flags _forceInputAlignment and _useFortranStyle.
Exposed to the outer world these can be controlled via the _initProperties arguments forceInputAlignment=True and fortranStyle=True. Unfortunately not all classes currently forward arbitrary **options of __init__() to _initProperties, yet alone offers **options in the first place. This must change for consistency reasons alone
Technically a user could actually just call _initProperties, supply the fixed arguments from the object itself and attach some new options but this is ugly. Very ugly. And on top of that any method starting with an _ should never be called by a user in the first place.
So this needs to change :)
The text was updated successfully, but these errors were encountered:
How about we spend a dedicated section to API documentation and make this a part of it? Would also make sense to spend the baseclass init() method a docstring that documents general options while each class may elaborate more (and should so) on its special arguments. Currently help(aClass.__init__) is not very informative. Does sphynx inherit docstrings from baseclasses btw?
Finally there was a case where fiddling around with Matrix baseclass' internal options to achieve something a user actually dreams of. Explicitly, forcing element contiguousy and ordering for input arrays prior to processing. Internally controlled by the flags
_forceInputAlignment
and_useFortranStyle
.Exposed to the outer world these can be controlled via the
_initProperties
argumentsforceInputAlignment=True
andfortranStyle=True
. Unfortunately not all classes currently forward arbitrary**options
of__init__()
to_initProperties
, yet alone offers**options
in the first place. This must change for consistency reasons aloneTechnically a user could actually just call
_initProperties
, supply the fixed arguments from the object itself and attach some new options but this is ugly. Very ugly. And on top of that any method starting with an_
should never be called by a user in the first place.So this needs to change :)
The text was updated successfully, but these errors were encountered: