Pushed new branch T26376-Remove-specific-render-windows-from-segmentation-plugin.

Pushed new branch T26376-Set-active-render-window.

The plugin always shows the message "Please perform a reinit on the segmentation image!", when the active render window is not an axial or 3D render window, though. In that case, both world geometries (working node and current geometry of active render window) are not equal.

Reinit did not work correctly, as the RenderingManagerViewsInitializedEvent was not send for a single view initialization.
In case of a specified base render (using the RenderWindowManager context menu), reinit will only initialize the specified render window. This will now also send the mentioned event so that the segmentation plugin can react to this event as it would if all render windows would have been initialized.

I think it is not the best idea to get rid of ICU as it has its purpose regarding Unicode handling. If building or finding ICU interferes with an installation of Anaconda, there are probably other ways of telling DCMTK through CMake to behave as expected.

An active render window will now be set by using the RenderWindowManager.

This was fixed for T25767. Need to look closer and test if everything works as expected.
The idea is not to ask for specific render windows but to retrieve all available render windows of a multi widget and use them.

Through merge conflicts.. The baserenderer argument was added in the master.

I can't think of any reason. I just stumbled upon this and suggested the fix. Since I have no experience with Anaconda or DCMTK I wasn't sure if this is the correct way to fix it or if there are any side effects. Maybe a review would have been a good idea. Maybe @nolden can help?

QmitkDataNodeShowSelectedNodesAction.cpp and QmitkDataNodeShowSelectedNodesAction2.cpp in Plugins/org.mitk.gui.qt.application/src/

Which 2 actions?

Pushed new branch T26372-AddAxisRSME.

Thank you for the feedback! 👍

HDF5 1.10.5 does not work at least with ITK 4.13, so upgrading HDF5 would probably result in an upgrade cascade that is not appropriate for a minor release. Hence I removed the 2018-04-4 milestone tag.

@floca This is the branch T26029-4DImageAnd4DSegmentation

I had a look on it. The idea that time was to change the navigation data player in a way that in can be handled as any other tracking device. @rosst and @wildes invested a lot of work, but unfortunately we found out that there are some problems when doing this and it never fully worked. As far as I can remember we decided to keep the navigation data player as a separate view in the end. Anyway, thanks to @rosst and @wildes for their efforts. It would have been a nice feature, but is not that important in the end. I would agree to close the bug and not merge the changes.

Pushed new branch T26370-BuildConfigurationNavigationModulesNotWorking.

Pushed new branch T25535-FixLinkerErrorWhenAnacondaIsInstalled.

Thanks a lot, solution works for me. Is there any reason to not add the fix to the master?

Seems as if the name is the problem. When renaming the file to "NavigationModules.cmake" it works again.

In T26029#181806, @kausch wrote:

I merged it, we only pushed the branch

... also not working with cmake 3.13.1

Seems as if implementation was never finished.

I merged it, we only pushed the branch

Closing these tasks because of inactivity and completely changed way of building MITK.

Closing these tasks because of inactivity and completely changed way of building MITK.

Closing these tasks because of inactivity and completely changed way of building MITK.

Was never merged into master, what shall we do, @franza ?

Close as resolved because of last activity was three years ago.