Deleted branch from rMITK MITK: bugfix/T30414-MakeIndexDefaultPage.

Pushed new branch to rMITK MITK: bugfix/T30414-MakeIndexDefaultPage.

In the past we used the XLST functionalities from Qt 5 to remove certain parts for the help files. Since Qt 6 we removed the transformation as it is not easy to set up a feasible alternative with libxml for example. The downside now is to have a little bit more clutter in the Help Contents. Since the Help Index still looks like the Help Contents before, I think we should simply change the default view of the Help Perspective to Help Index and live with the Help Contents as-is.

Deleted branch from rMITK MITK: bugfix/T30416-AddUsageHintsToMeasurementView.

Deleted branch from rMITK MITK: bugfix/T30413-FixBlankHelpPages.

Pushed new branch to rMITK MITK: bugfix/T30413-FixBlankHelpPages.

The task will be addressed after migrating the install options into Preferences. Then the status update for installation will be implemented for all "AI" tools.

RFD result: Remove the functionality

This is a good idea.

hm. I see.
May be:
B + if you press shift while hovering, then always highlight?

In T30417#258666, @floca wrote:

That you cannot tell. You don't know how testers would react to option A. May be it is equaly irritating to them. And may be they would missing the highlighting of invisible labels if the realy would work with it... 🤔

In T30417#258648, @kislinsk wrote:

but the disadvantages proved to outweigh.

That you cannot tell. You don't know how testers would react to option A. May be it is equaly irritating to them. And may be they would missing the highlighting of invisible labels if the realy would work with it... 🤔
If we want to base it on user feedback in such an unclear situation, one would need to offer/explain all options and let them choose/poll.

Pushed new branch to rMITK MITK: feature/T30426-doc-updates.

Hm, yes, As we also define a reference image like in the segmentation view. I think it is the most pragmatic and consistent approach to introduce the same/simelar behavior:
warn users if the rendering is not alligned with the reference image and only allow making planar figures if the geometry was reinit.
I am not sure if reinit as soon as the click on a planar figure button wouldn't be irritating.

With a reinit it works but boy is this unintuitive for users. Like when starting the Workbench and opening brain.nrrd, there's no indication that a reinit is necessary (and what a reinit is and where to find it is another story). You can draw a planar figure on it just fine.

Yes, I agree. Well, not completely I guess, since I vote for B. The current state confused all testers (and me at first when I double-checked what's going on, and after I understood I still would consider it a bug in this state). I see the good intentions why you changed it from initial B to something else, but the disadvantages proved to outweigh.

I cannot reproduce the "bug".
But it is not realy a bug but correct. If you do not reinit on brain.nrrd before making the planar figure, it is tilted. Therefore no statistics can be computed.

Pushed new branch to rMITK MITK: bugfix/T30416-AddUsageHintsToMeasurementView.

The Measurement view is quite a historically grown abomination that would greatly benefit from a complete overhaul. Hence, to keep complexity down to a minimum for the upcoming release, I suggest to not implement canceling but instead to add a hint to the GUI on how to finish continuous planar figures.