- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Dec 21 2017
Dec 12 2017
Hello Everyone,
May 15 2017
Oct 28 2016
Sep 1 2016
Any news on this?
Aug 9 2016
Steve Thompson, here at UCL, just tested it, and reported that it does appear to fix our problem. Thanks.
Did it work?
Aug 5 2016
Hi Alfred.
Aug 2 2016
See this:
Add to this, SWIG.cmake does not call mitkMacroEmptyExternalProject at all, and Python should do similar for both the source and build targets.
Hi there,
Hi there,
Patch coming.
Hi there,
Hi Sascha,
Not really. I just try to avoid exceptions if I can. In Java it used to be quite expensive to raise exceptions. Maybe this is an invalid approach now. I am getting old after all.
Oh yes.
What about:
Add the moment I have no program with which to test it.
I just tried that on the train into work. QTemporaryFile has a private copy constructor. So as soon as you try putting one in a QHash, compiler complains. Also, using "this" may not be a good idea. The QmitkCmdLineModuleRunner derives from QWidget. Its displayed on screen. When the process finishes, currently, the ClearUpTemporaryFiles() is called. If we resort to destroying QTemporaryFile only when the widget is destroyed there will be a delay for as long as the widget is on screen. Is that a good idea?
I agree on the basis
I just pushed to bug-18067-file-extensions-on-save
What do you think?
See pull request #77 on Github, and also here:
https://github.com/NifTK/MITK/commit/e01e4bc989ccf6b94c0f0f50a358f5950f52d3e4
Hi Sascha,
And I also tried to tighten up the error handling, as some exceptions were squashed.
To add to this. The problem is, that when saving a temporary file, the code generates a random file name and then iterates through the list of file extensions, trying each one until it works. But it incorrectly adds an extra dot.
We had a work around for this.
It stems from running "make package", and then installing the package, and the DLLs are not there.
sorry. im away. Can't look at this right now.
Hi there,
Hi there,
FYI. Im trying to get round to doing this myself. If someone can provide guidance on how they want it done, then I could look at it in the week of 30th June.
Pull request:
https://github.com/MITK/MITK/pull/68
I just checked the method from MITK/master/head, and it looks fixed already.
I think we can close this one.
(In reply to Thomas Kilgus from comment #3)
One more try:
Matt, do you have a full patch or pull request by chance? :)
sorry. Im away. I can't currently look at this right now.
I agree with Miklos. Third party developers (eg. UCL) may have any number of different reasons for requiring those parameters. They may have integrated several other libraries that the core MITK platform does not use, and these other libraries may require these flags to be set, or the 10.8 sdk. So, 16776 should not be removed.
Hi there,
I believe this is still a valid bug. See also 16335.
screenshot 4
screenshot 2
And before I forget:
screenshot 4
screenshot 3
screenshot 1
screenshot 2
high resolution test image
high resolution test image
screenshot 1
Looks like adding the attachments hides the file names.
The screenshots were attached in the same order they are described.
screenshot 3
low resolution test image.
Hi there,
Hi Sascha,
Hi Johannes,
That should work for me.
This appeared to help:
https://github.com/NifTK/MITK/commit/c92d85a2817c5b6dffcbc457e198f152d8743938
Both branches updated.
Hi All,
followed by
For this issue, when I run "make package", the resultant bundle is wrong.
Seems ok to me.
Thats caused by the qt-designer plugin for the CTK widgets not being available.
Hi Sascha,
Hi Sascha,
Hi Sascha,
I don't know. I presume it can, but then you have the problem .... is it a change request, or is it a bug? What about people that do not want an automatic global re-init? It could be made a preference to the Command Line Modules plugin.
Going back to this .... I still can't quite understand your two use-cases. I don't understand your description of option 1. Then I gave a description of what I thought you mean in the second half of your first email. Then you said this would solve case 1... which was a surprise as i didn't understand it!!!
If there are no images loaded within mitkWorkbench (or the diffusion app), then there is no Geometry3D defined.
Please can you give a more complete description?
Hi Sascha,
Do you mean: