Hi Nathan,
it seems like you're confusing modules with plugins. See the simulation module and plugin for a working example. The XML files are located in the *module* (see [1]). The interactor is created in the org.mitk.gui.qt.simulation *plugin* though, by loading the resources from the simulation module (see [2]). GetModuleContext() is intended for modules. Best, Stefan [1] https://github.com/MITK/MITK/blob/master/Modules/Simulation/files.cmake#L27-L30 [2] https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.gui.qt.simulation/src/internal/QmitkSimulationView.cpp#L44-L53 ________________________________ Von: Nathan Lay <ens...@gmail.com> Gesendet: Montag, 10. April 2017 22:37 An: mitk-users@lists.sourceforge.net Betreff: [mitk-users] How to load StateMachine and Config? Hello list, I'm having trouble convincing MITK to load the StateMachine and Config XML files owing to what appears to be issues with pulling resources from Modules. I get this error in particular: "Resource not valid. State machine pattern not found:BoxInteractions.xml" I've read the 2-3 different Wiki articles from the MITK Wiki covering interactors. None of them describes anything having to do with Modules and never mentions that MITK treats the XML file names as keys to some resource backend. I haven't been able to find how to package my interactor XML files into a Module and looking at other plugins with interactors doesn't seem to reveal anything terribly obvious. I see that the echotrack plugin uses a module named MitkUS and multilabelsegmentation uses us::GetModuleContext()->GetModule() to load its interactor XML files. The default behavior of these loading functions seem to use GetModuleContext(). All I know is that us::GetModuleContext() returns NULL for my module. I thought it was because of my chosen name is org.mitk.boxannotator ... so I re-made the plugin and named it org.mitk.core.boxannotator. No luck there. And it doesn't work when trying to pass one of the various modules stored in us::ModuleRegistry (e.g. MitkCore, CppMicroServices, etc... names that don't seem to be listed anywhere on the wiki). I wish I could just change StateMachineContainer::LoadBehavior to fallback to simple std::fstream but with MITK having its own special stream class ModuleResourceStream and something called ModuleResource, it's not obvious to me how to do this. Any ideas? I really appreciate the extensive documentation of MITK on the Wiki and it seems to be one of the few extensible platforms with an acceptably fast DICOM image loader. No offense to Slicer3D, but it's very slow with loading DICOMs! ITK-SNAP seems to be the fastest, but it is not extensible (not visibly documented anyway). But I do currently feel that some aspects of MITK are overdesigned. This may be a newbie's impression, but I have to say that I feel very cheated when I try to tell my interactor to load some XML files by file name (or even absolute path) only to find that it doesn't work because MITK is trying to do something clever with some kind of Module resource backend. Also, I see that there is a QmitkBoundingObjectWidget. I would very much like to re-use this widget for placing and modifying bounding cuboids (since it already lets you place them), but it doesn't seem to want you to inherit it and it's not obvious to me how to attach an interactor to the BoundingObjects it places so that I can do things like resize or move them. Is there any hope here or am I better off just ignoring this widget and sticking with interactors? I'm currently (trying) sticking a BoundingObjectGroup into DataStorage with my interactor attached to its DataNode. Best regards, Nathan Lay ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ mitk-users mailing list mitk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users
