- User Since
- Aug 1 2016, 12:10 PM (216 w, 6 d)
Fri, Sep 25
Discussion result: if GDCM does not fix it fast enough, we should take option 3 (as we very likely need a dedicated DICOM US mime type anyways).
Thu, Sep 24
Mon, Sep 14
Did you your "release ldd" Workbench started and worked properly at all? Seems like most of the SOs could not be loaded correctly. Not even MitkCore. I would assume that workbench does not even start?!?
Fri, Sep 11
@schererj Is this needed for the kaapana release?
Damn I have forgotten to copy the checklist to a reachable share. @kalali Is it already done now or obsolete?
Thu, Sep 10
I would keep it open because it is still (or became again) an issue (see parent task).
Wed, Sep 9
Tue, Sep 8
Ok, for the beginning, to have a configuration as fast as possible for the kaapana release, I have kept Qt on board as dependency and not started to mess arround in code.
@goetzm Thanks for the feedback. I will have a look, if take that road or life with Qt dependency for now. Have to evaluate the impact in practice...
OMG. how should one find this...
Mon, Sep 7
I have checked with a prototyp to just move also the core of the generator to an own thread. It helps to make the UI more responsive. BUT it is not enough because the UI (workbench) thread and all other threads must kept seperated, using Qt mechanisms, we need to use a lot of signal/slot and this seems to keep the UI thread (event loop) very bussy.
Fri, Sep 4
@goetzm does the GIF mini app realy needs the screenshot feature within the app (there is already a CLScreenshot app). Reason for the question is, that this feature is the only reason why Qt becomes dragged into the app and it bloats the container/deployment.
@schererj Do you mean the XML result export?
If looked a bit closer. The time information is encoded in Tags of the MultiFrame and the CINE module.
Remark regarding option 4:
@kleesiek thanks for the reminder after summer break.
@kislinsk can we currently produce MacOS Installer via CI? This would be the easiest way to provide a current installer for jens to test.
Yes you are right. I thought to much in the lines of CAMIs work.
Thu, Sep 3
Closed as all sub tasks relevent for MITK2020 are checked and corrected.
Another addition for the documentation:
It is rooted in an known unfixed error in itk: https://discourse.itk.org/t/crash-in-watershedimagefilter/2428
No issue for 2020, because it is currently not a part of the workbench release.
The problem will be covered by T27196: Rewrite packaging of MITK
@kalali It seems that you work at this task and already have some branch. But the task is not claimed by you. Is it on purpose?