Page MenuHomePhabricator

Plugin org.mitk.gui.qt.dicom should use DICOMReader module
Closed, ResolvedPublic

Description

Replace the currently used old DICOMSeriesReader in org.mitk.gui.qt.dicom and use the infrastructure given by the DICOMReader module.

I would propose to directly switch in this plugin and not over old and new as optoin (like we do currently (T18289) in the general loading mechanism of the workbench. Reason: the potential changes in behaviour are small and as far as I know the plugin is only rarely used currently. So when deciding between usablility (no extra selction in an option box) and definsive mirgration strategy, i would opt for the first one.

Event Timeline

User floca has pushed new remote branch:

bug-19428-dicom_plugin_should_use_DICOMReader_module

User floca has pushed new remote branch:

bug-19428-integration_branch

Looks good so far.

I would prefer if the node name construction was moved to its own function, mostly due to T19477 and T19460. But this can be done in the appropriate bugs and does not need to be considered for this fix.

[ea2ed6]: Merge branch 'bug-19428-integration_branch'

Merged commits:

2016-03-22 11:51:10 Ralf Floca [682eec]
fixed copy and past bug

Signed-off-by: Ralf Floca <r.floca@dkfz-heidelberg.de>


2016-03-09 00:11:54 Ralf Floca [63f9eb]
added Philips3D US handling to DICOMEditor plugin and new DICOM services. (The old DICOMSeriesReader service can be set to deprecated now, because all features are covered now).

Signed-off-by: Ralf Floca <r.floca@dkfz-heidelberg.de>


2016-03-04 09:32:59 Ralf Floca [d187d7]
fixed T19428

Signed-off-by: Ralf Floca <r.floca@dkfz-heidelberg.de>

Regarding Comment #3: I agree. I have spared this part of refactoring but it should be done in context of the two named bugs 19477 and 19460.