BUG: Fix python wrapping for classes with only default constructor #796
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR includes the following:
Fixes regular expression in
ctkWrapPythonQt.py
which parses the class constructors to populate the classes to be passed to PythonQT for wrapping. It was skipping the classes which only had default constructors (i.e. no constructors of the typeclassName(QObject* ...)
. Also, the closing parenthesis was not identified. @jcfr: you might want to check the RE! I have compared the build outputs (by switching on verbose in thectkMacroWrapPythonQt.cmake
), and the following classes are added to Python wrapping now:ctkErrorLogLevel
,ctkErrorLogQtMessageHandler
,ctkErrorLogTerminalOutput
, andctkEventTranslatorPlayerWidget
.ctkErrorLogAbstractMessageHandler
is skipped because it has a pure virtual method, and not because the constructor type is wrong. The other classes are unaffected.Adds a default constructor to
ctkCheckableHeaderView
class so that it will be included for Python wrapping. This is actually a hack. Some methods of the class are enabled for Python wrapping as well.