[mitk-users] DM Actions contribution

[Nil Goyette]

Hi all,

I added 2 features in our version of MITK and I wanted to know your opinion.

*Actions in the Data Manager*

Check image [1]. I wanted some of the contextMenuAction to be visible in 
the DM, with the following options:

- Always visible or only on hover?
- Only in context menu, or in DM or both?
- Icon position with an idx system.

Of course I used the existing contextMenuAction class because my new 
version would have been almost identical. I don't feel it's too much of 
a hack but, yes, it's an abuse of the name "contextMenuAction". Anyway, 
I'm quite satisfied with the implementation.


*Drag n' Drop actions*

Some actions are not applied to the current node but on another one. 
Check image [2]. In this example, I Cut a tract with a ROI. Of course, 
this could be done with NodeSelected() + a button in a plugin, or a 
combobox in a plugin or with plenty of ways but we thought that DnD was 
a much better idea. I still use the contextMenuAction for those actions. 
It's currently hardcoded a bit, much more hackish than my previous idea 
and chould be enhanced in many ways but you get the idea.


It has been tested on the major OSes and our users are happy.
So, what do you guys think? Should it be contributed upstream?

Nil

[1] http://imgur.com/VnJBmmb
[2] http://imgur.com/X2g5CYl

--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

[gregory.baert]

Hi,

I cloned the repository. So, I download the repository this afternoon, and
I re tested the building with MITK_USE_QT_WEBENGINE to ON; and with :
- MSVC 2013 Community Edition update 5
- Qt 5.4.2 opengl msvc2013 x64
- MITK 2016.3
- CMake 3.7
- Boost 1.62.0

Thanks,
Grég.
-Message d'origine-
De : Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de] 
Envoyé : jeudi 24 novembre 2016 14:17
À : gregory.ba...@inserm.fr; mitk-users@lists.sourceforge.net
Objet : AW: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013
Community Edition

Did you download or clone the repository?

If you want to download the repo, you have to click on the button that says
"Branch: master", click on "Tags" and chose "v2016.03.0" before hitting the
Download button.

If you want to clone the repo, just clone as usual and then "git checkout
v2016.03.0", or, if you want to it in one line: git clone --branch
v2016.03.0 https://github.com/MITK/MITK.git

Best,
Stefan

Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 14:03
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013
Community   Edition

Hi,

I download the Git repository here : git clone http://git.mitk.org/MITK.git
with Git for Windows; so I imagine that is the 2016.3 MITK version, isn't
it ?
Thanks,
Best regards,
Grég.

-Message d'origine-
De : Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de]
Envoyé : jeudi 24 novembre 2016 13:33
À : gregory.ba...@inserm.fr; mitk-users@lists.sourceforge.net Objet : AW:
[mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

In addition to my mail from this morning, I could imagine that you switched
back to the 2016.03 tag from the current master but you didn't change your
build directory. Then you would have a polluted CMake cache with variables
that do not exist / do not play any role in our CMake script at that time.
I highly recommend to do a clean superbuild in another build directory when
you did this, as there might be hard to find linker problems due to
different built versions of external dependencies.


Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 11:12
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition


Hi,

Thank you for your reply and your help !

Yesterday, I build successfully MITK 2016.3 with the same development
environment :
MSVC 2013 Community Edition update 5
Qt 5.4.1
MITK 2016.3
CMake 3.7
Boost 1.62.0

But in CMake GUI, I disabled the option : MITK_USE_QT_WEBENGINE. So, the
superbuild works, and the MITK.sln with starts_release.bat works. The
workbench project was ok.

I take a look to the QWebEngineUrlSchemeHandler class today. I don't know
what this class is used for. Logically, the name of this class make me
think that is for the web ...

Best regards,
Grég.

De : chunyu chu [mailto:fyzl8...@gmail.com] Envoyé : lundi 21 novembre 2016
19:09 À : gregory.ba...@inserm.fr
Objet : Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition

hi,

i think you have to use Qt 5.5.1,  because other version of Qt not
supported i feel.

i have tryed all of Qt version > 5.5.1, and all failed.

my environment is as follows (similar with yours):
MSVC 2013 Community Edition
Qt 5.5.1
MITK 2016.3.0

best,

chunyu

2016-11-21 22:09 GMT+08:00
>:
Hi all,

I want to build the last release for MITK with the MSVC 2013 Community
Edition x64 compiler.

I used :

-  MSVC 2013 Community Edition update 5

-  Qt 5.4

-  CMake 3.7

-  Boost 1.62.0

The superbuild project failed at :

-  berryHelpWebView.cpp : cannot open include file :
QWebEngineUrlSchemeHandler

I saw on the Qt website that this class is available since Qt 5.6 :
http://doc.qt.io/qt-5/qwebengineurlschemehandler.html
On the download page of Qt 5.6, there is no "opengl" version ...

But on the MITK website, this version of Qt is not supported yet :
http://docs.mitk.org/2016.03/BuildInstructionsPage.html

Thanks,
Best regards,

---
---

___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users


---
---
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users
=


--
___
mitk-users 

Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

[Kislinskiy, Stefan]

Did you download or clone the repository?

If you want to download the repo, you have to click on the button that says 
"Branch: master", click on "Tags" and chose "v2016.03.0" before hitting the 
Download button.

If you want to clone the repo, just clone as usual and then "git checkout 
v2016.03.0", or, if you want to it in one line: git clone --branch v2016.03.0 
https://github.com/MITK/MITK.git

Best,
Stefan

Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 14:03
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013
Community   Edition

Hi,

I download the Git repository here : git clone http://git.mitk.org/MITK.git
with Git for Windows; so I imagine that is the 2016.3 MITK version, isn't
it ?
Thanks,
Best regards,
Grég.

-Message d'origine-
De : Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de]
Envoyé : jeudi 24 novembre 2016 13:33
À : gregory.ba...@inserm.fr; mitk-users@lists.sourceforge.net
Objet : AW: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013
Community Edition

In addition to my mail from this morning, I could imagine that you switched
back to the 2016.03 tag from the current master but you didn't change your
build directory. Then you would have a polluted CMake cache with variables
that do not exist / do not play any role in our CMake script at that time.
I highly recommend to do a clean superbuild in another build directory when
you did this, as there might be hard to find linker problems due to
different built versions of external dependencies.


Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 11:12
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition


Hi,

Thank you for your reply and your help !

Yesterday, I build successfully MITK 2016.3 with the same development
environment :
MSVC 2013 Community Edition update 5
Qt 5.4.1
MITK 2016.3
CMake 3.7
Boost 1.62.0

But in CMake GUI, I disabled the option : MITK_USE_QT_WEBENGINE. So, the
superbuild works, and the MITK.sln with starts_release.bat works. The
workbench project was ok.

I take a look to the QWebEngineUrlSchemeHandler class today. I don't know
what this class is used for. Logically, the name of this class make me
think that is for the web ...

Best regards,
Grég.

De : chunyu chu [mailto:fyzl8...@gmail.com] Envoyé : lundi 21 novembre 2016
19:09 À : gregory.ba...@inserm.fr
Objet : Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition

hi,

i think you have to use Qt 5.5.1,  because other version of Qt not
supported i feel.

i have tryed all of Qt version > 5.5.1, and all failed.

my environment is as follows (similar with yours):
MSVC 2013 Community Edition
Qt 5.5.1
MITK 2016.3.0

best,

chunyu

2016-11-21 22:09 GMT+08:00
>:
Hi all,

I want to build the last release for MITK with the MSVC 2013 Community
Edition x64 compiler.

I used :

-  MSVC 2013 Community Edition update 5

-  Qt 5.4

-  CMake 3.7

-  Boost 1.62.0

The superbuild project failed at :

-  berryHelpWebView.cpp : cannot open include file :
QWebEngineUrlSchemeHandler

I saw on the Qt website that this class is available since Qt 5.6 :
http://doc.qt.io/qt-5/qwebengineurlschemehandler.html
On the download page of Qt 5.6, there is no "opengl" version ...

But on the MITK website, this version of Qt is not supported yet :
http://docs.mitk.org/2016.03/BuildInstructionsPage.html

Thanks,
Best regards,

---
---

___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users


--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

[gregory.baert]

Hi,

I download the Git repository here : git clone http://git.mitk.org/MITK.git
with Git for Windows; so I imagine that is the 2016.3 MITK version, isn't
it ?
Thanks,
Best regards,
Grég.

-Message d'origine-
De : Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de] 
Envoyé : jeudi 24 novembre 2016 13:33
À : gregory.ba...@inserm.fr; mitk-users@lists.sourceforge.net
Objet : AW: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013
Community Edition

In addition to my mail from this morning, I could imagine that you switched
back to the 2016.03 tag from the current master but you didn't change your
build directory. Then you would have a polluted CMake cache with variables
that do not exist / do not play any role in our CMake script at that time.
I highly recommend to do a clean superbuild in another build directory when
you did this, as there might be hard to find linker problems due to
different built versions of external dependencies.


Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 11:12
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition


Hi,

Thank you for your reply and your help !

Yesterday, I build successfully MITK 2016.3 with the same development
environment :
MSVC 2013 Community Edition update 5
Qt 5.4.1
MITK 2016.3
CMake 3.7
Boost 1.62.0

But in CMake GUI, I disabled the option : MITK_USE_QT_WEBENGINE. So, the
superbuild works, and the MITK.sln with starts_release.bat works. The
workbench project was ok.

I take a look to the QWebEngineUrlSchemeHandler class today. I don't know
what this class is used for. Logically, the name of this class make me
think that is for the web ...

Best regards,
Grég.

De : chunyu chu [mailto:fyzl8...@gmail.com] Envoyé : lundi 21 novembre 2016
19:09 À : gregory.ba...@inserm.fr
Objet : Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition

hi,

i think you have to use Qt 5.5.1,  because other version of Qt not
supported i feel.

i have tryed all of Qt version > 5.5.1, and all failed.

my environment is as follows (similar with yours):
MSVC 2013 Community Edition
Qt 5.5.1
MITK 2016.3.0

best,

chunyu

2016-11-21 22:09 GMT+08:00
>:
Hi all,

I want to build the last release for MITK with the MSVC 2013 Community
Edition x64 compiler.

I used :

-  MSVC 2013 Community Edition update 5

-  Qt 5.4

-  CMake 3.7

-  Boost 1.62.0

The superbuild project failed at :

-  berryHelpWebView.cpp : cannot open include file :
QWebEngineUrlSchemeHandler

I saw on the Qt website that this class is available since Qt 5.6 :
http://doc.qt.io/qt-5/qwebengineurlschemehandler.html
On the download page of Qt 5.6, there is no "opengl" version ...

But on the MITK website, this version of Qt is not supported yet :
http://docs.mitk.org/2016.03/BuildInstructionsPage.html

Thanks,
Best regards,

---
---

___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users


--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

[Kislinskiy, Stefan]

In addition to my mail from this morning, I could imagine that you switched 
back to the 2016.03 tag from the current master but you didn't change your 
build directory. Then you would have a polluted CMake cache with variables that 
do not exist / do not play any role in our CMake script at that time. I highly 
recommend to do a clean superbuild in another build directory when you did 
this, as there might be hard to find linker problems due to different built 
versions of external dependencies.


Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 11:12
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community 
Edition


Hi,

Thank you for your reply and your help !

Yesterday, I build successfully MITK 2016.3 with the same development 
environment :
MSVC 2013 Community Edition update 5
Qt 5.4.1
MITK 2016.3
CMake 3.7
Boost 1.62.0

But in CMake GUI, I disabled the option : MITK_USE_QT_WEBENGINE. So, the 
superbuild works, and the MITK.sln with starts_release.bat works. The workbench 
project was ok.

I take a look to the QWebEngineUrlSchemeHandler class today. I don't know what 
this class is used for. Logically, the name of this class make me think that is 
for the web ...

Best regards,
Grég.

De : chunyu chu [mailto:fyzl8...@gmail.com]
Envoyé : lundi 21 novembre 2016 19:09
À : gregory.ba...@inserm.fr
Objet : Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community 
Edition

hi,

i think you have to use Qt 5.5.1,  because other version of Qt not supported i 
feel.

i have tryed all of Qt version > 5.5.1, and all failed.

my environment is as follows (similar with yours):
MSVC 2013 Community Edition
Qt 5.5.1
MITK 2016.3.0

best,

chunyu

2016-11-21 22:09 GMT+08:00 
>:
Hi all,

I want to build the last release for MITK with the MSVC 2013 Community Edition 
x64 compiler.

I used :

-  MSVC 2013 Community Edition update 5

-  Qt 5.4

-  CMake 3.7

-  Boost 1.62.0

The superbuild project failed at :

-  berryHelpWebView.cpp : cannot open include file : 
QWebEngineUrlSchemeHandler

I saw on the Qt website that this class is available since Qt 5.6 : 
http://doc.qt.io/qt-5/qwebengineurlschemehandler.html
On the download page of Qt 5.6, there is no "opengl" version ...

But on the MITK website, this version of Qt is not supported yet : 
http://docs.mitk.org/2016.03/BuildInstructionsPage.html

Thanks,
Best regards,

--

___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users


--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] [SOFA] Modify fields of a node component (such as translation/rotation) from C++ API.

[Kislinskiy, Stefan]

An addition to my mail below: You didn't specify your actual problem. Is the 
cast failing with a null pointer or does it work, but you would expect to see 
seomthing different on the screen?

Also, most of the time you do not have a standalone visual model in your scene 
but a simulated object with an attached visual model to get a visual 
representation of the simulated object. In this case, you want to modify the 
simulated object itself. Doing otherwise would result in strange effects like 
you would see your simulated object at another position as it is actually 
located at. For example, adding an x-translation of 10 to an visual model of a 
simulated object at x-pos 100, would show your object +10 off. When the 
simulation is running, the offset persists and while the simulation object 
interacts with your scene at position A, it would be rendered at position 
(Ax+10, Ay, Az).

Von: Kislinskiy, Stefan 
Gesendet: Donnerstag, 24. November 2016 12:57
An: Albert Alises
Cc: mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] [SOFA] Modify fields of a node component (such as 
translation/rotation) from C++ API.

One of the greatest things about MITK Simulation is, that it is transparent to 
SOFA, which means, that it kind of *is* SOFA, with additional functionality on 
top. There's (nearly) nothing special you need to know and if it doesn't work 
in MITK SImulation, that usually means that it doesn't work in plane SOFA 
either. From another view: You don't have to care about MITK's reinit stuff or 
anything like that when writing your simulations.*


The SOFA guys used (and are using) C++ for many years, until they switched to 
Python rather recently as it seems. So they have lots of experience even with 
the C++-API. Trust them. :-) Did you try the suggestion of Hugo? Of course you 
need to update the SOFA scene after your modifications, which is an intrinsic 
requirement of any simulation software. But beware, other than for 
initialization before the very first simulation step, it's not a good idea to 
manually transform any simulated object in the scene. This way you completely 
bypass the simulation and you may introduce infinite forces to your scene as it 
appears to the simulation that you moved the object infinitely fast. If you 
want to know how to update your simulation in C++, just have a look at the code 
behind the step button of the simulation plugin.


* There's this one exception: To get SOFA visuals working and behaving nicely 
in the context of VTK, we had to use SOFA's factory mechanism to inject our own 
VisualModel/OglModel replacement class instead of the standard SOFA ones (see 
[1]). They are kind of identical, but it might be necessary to know the 
difference when it comes to casting of course. In contrast to Hugo's 
suggestion, you want to cast to VtkModel instead of VisualModel/OglModel. So 
remember, every VisualModel/OglModel in your scene will be instantiated in MITK 
Simulation as a VtkModel instead. All of these classes derive from 
VisualModelImpl so if this superclass provides everything you need, you can 
also just cast to VisualModelImpl to stay super compatible with standalone 
SOFA. If I remember correctly, you can also check the type of objects in your 
scene in the scene graph of the MITK Simulation plugin.


BTW there's also a great hidden feature in the scene graph of the MITK 
Simulation plugin. You can right-click a "visual model" to open a context menu, 
which allows you to indirectly render into a mitk::Surface instead (it even 
shows up in the Data Manager). This way you have a great bridge between a MITK 
scene and the contained SOFA scene.


[1] 
https://github.com/MITK/MITK/blob/v2016.03.0/Modules/Simulation/mitkSimulationObjectFactory.cpp#L51-L52



Von: Albert Alises 
Gesendet: Donnerstag, 24. November 2016 11:56
An: Kislinskiy, Stefan
Cc: mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] [SOFA] Modify fields of a node component (such as 
translation/rotation) from C++ API.

Hello Stefan,

I already asked on the SOFA Forum

https://www.sofa-framework.org/community/forum/topic/modify-fields-of-a-node-components-such-as-translationrotation-from-c-api/#post-7972

However, I am still stuck with the question, as seemingly the C++ API of SOFA 
is not used a lot, and also I do not know how the integration with MITK works 
(e.g do i have to reinit the scene node for any modification to happen?). I 
believe it is a problem with the references or casting, but I get quite lost on 
the API of SOFA with C++

Best Regards,
Albert.


2016-11-24 8:26 GMT+01:00 Kislinskiy, Stefan 
>:
Hi Albert,


for questions related to pure SOFA, I highly recommend to ask in the official 
SOFA forum instead:

Re: [mitk-users] [SOFA] Modify fields of a node component (such as translation/rotation) from C++ API.

[Kislinskiy, Stefan]

One of the greatest things about MITK Simulation is, that it is transparent to 
SOFA, which means, that it kind of *is* SOFA, with additional functionality on 
top. There's (nearly) nothing special you need to know and if it doesn't work 
in MITK SImulation, that usually means that it doesn't work in plane SOFA 
either. From another view: You don't have to care about MITK's reinit stuff or 
anything like that when writing your simulations.*


The SOFA guys used (and are using) C++ for many years, until they switched to 
Python rather recently as it seems. So they have lots of experience even with 
the C++-API. Trust them. :-) Did you try the suggestion of Hugo? Of course you 
need to update the SOFA scene after your modifications, which is an intrinsic 
requirement of any simulation software. But beware, other than for 
initialization before the very first simulation step, it's not a good idea to 
manually transform any simulated object in the scene. This way you completely 
bypass the simulation and you may introduce infinite forces to your scene as it 
appears to the simulation that you moved the object infinitely fast. If you 
want to know how to update your simulation in C++, just have a look at the code 
behind the step button of the simulation plugin.


* There's this one exception: To get SOFA visuals working and behaving nicely 
in the context of VTK, we had to use SOFA's factory mechanism to inject our own 
VisualModel/OglModel replacement class instead of the standard SOFA ones (see 
[1]). They are kind of identical, but it might be necessary to know the 
difference when it comes to casting of course. In contrast to Hugo's 
suggestion, you want to cast to VtkModel instead of VisualModel/OglModel. So 
remember, every VisualModel/OglModel in your scene will be instantiated in MITK 
Simulation as a VtkModel instead. All of these classes derive from 
VisualModelImpl so if this superclass provides everything you need, you can 
also just cast to VisualModelImpl to stay super compatible with standalone 
SOFA. If I remember correctly, you can also check the type of objects in your 
scene in the scene graph of the MITK Simulation plugin.


BTW there's also a great hidden feature in the scene graph of the MITK 
Simulation plugin. You can right-click a "visual model" to open a context menu, 
which allows you to indirectly render into a mitk::Surface instead (it even 
shows up in the Data Manager). This way you have a great bridge between a MITK 
scene and the contained SOFA scene.


[1] 
https://github.com/MITK/MITK/blob/v2016.03.0/Modules/Simulation/mitkSimulationObjectFactory.cpp#L51-L52



Von: Albert Alises 
Gesendet: Donnerstag, 24. November 2016 11:56
An: Kislinskiy, Stefan
Cc: mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] [SOFA] Modify fields of a node component (such as 
translation/rotation) from C++ API.

Hello Stefan,

I already asked on the SOFA Forum

https://www.sofa-framework.org/community/forum/topic/modify-fields-of-a-node-components-such-as-translationrotation-from-c-api/#post-7972

However, I am still stuck with the question, as seemingly the C++ API of SOFA 
is not used a lot, and also I do not know how the integration with MITK works 
(e.g do i have to reinit the scene node for any modification to happen?). I 
believe it is a problem with the references or casting, but I get quite lost on 
the API of SOFA with C++

Best Regards,
Albert.


2016-11-24 8:26 GMT+01:00 Kislinskiy, Stefan 
>:
Hi Albert,


for questions related to pure SOFA, I highly recommend to ask in the official 
SOFA forum instead:

https://www.sofa-framework.org/community/forum/section/user-forum/developing-in-sofa/


Best,
Stefan?



Von: Albert Alises >
Gesendet: Mittwoch, 23. November 2016 10:56
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] [SOFA] Modify fields of a node component (such as 
translation/rotation) from C++ API.


Hello,

I have a problem related to the way we access the scene and nodes information 
via the C++ API of SOFA (from MITK). I have a simulation node,

sofa::simulation::Simulation simnode;

Based on that object, I want to access a specific node component of this 
simulation, that is an OglModel (a mesh loaded from an stl). What I want to do 
is modify the translation and rotation properties of this node. That can be 
done on the xml file defining the scene as:

GetSOFASimulation();


Then I get a child node and try to get the mesh object and cast it to a 
VisualModel which has an applyTranslation method. However this does not seem to 
work, what I want to do is setup the scene moving the mesh (not on simulation 
runtime)

sofa::simulation::Node::SPtr ImplantNode = 
SOFASimulation->GetRoot()->GetChild("Implant");

Re: [mitk-users] [SOFA] Modify fields of a node component (such as translation/rotation) from C++ API.

[Albert Alises]

Hello Stefan,

I already asked on the SOFA Forum

https://www.sofa-framework.org/community/forum/topic/modify-fields-of-a-node-components-such-as-translationrotation-from-c-api/#post-7972

However, I am still stuck with the question, as seemingly the C++ API of
SOFA is not used a lot, and also I do not know how the integration with
MITK works (e.g do i have to reinit the scene node for any modification to
happen?). I believe it is a problem with the references or casting, but I
get quite lost on the API of SOFA with C++

Best Regards,
Albert.


2016-11-24 8:26 GMT+01:00 Kislinskiy, Stefan <
s.kislins...@dkfz-heidelberg.de>:

> Hi Albert,
>
>
> for questions related to pure SOFA, I highly recommend to ask in the
> official SOFA forum instead:
>
> https://www.sofa-framework.org/community/forum/section/
> user-forum/developing-in-sofa/
>
>
> Best,
> Stefan?
>
>
> 
> Von: Albert Alises 
> Gesendet: Mittwoch, 23. November 2016 10:56
> An: mitk-users@lists.sourceforge.net
> Betreff: [mitk-users] [SOFA] Modify fields of a node component (such as
> translation/rotation) from C++ API.
>
>
> Hello,
>
> I have a problem related to the way we access the scene and nodes
> information via the C++ API of SOFA (from MITK). I have a simulation node,
>
> sofa::simulation::Simulation simnode;
>
> Based on that object, I want to access a specific node component of this
> simulation, that is an OglModel (a mesh loaded from an stl). What I want to
> do is modify the translation and rotation properties of this node. That can
> be done on the xml file defining the scene as:
>
> 
> However, as I am using MITK integrated with sofa, I need a way to access
> and modify the scene using the C++ API, not the xml. Is there a way I can
> get the OglModel object and add/modify fields to it from the
> sofa::simulation::Simulation class?
>
> I get to the point where I get the SOFASimulation object from the
> mitk::Simulation one.
>
>
> SOFASimulation = simulation->GetSOFASimulation();
>
>
> Then I get a child node and try to get the mesh object and cast it to a
> VisualModel which has an applyTranslation method. However this does not
> seem to work, what I want to do is setup the scene moving the mesh (not on
> simulation runtime)
>
> sofa::simulation::Node::SPtr ImplantNode = SOFASimulation->GetRoot()->
> GetChild("Implant");
>
> sofa::core::objectmodel::BaseObject *object = ImplantNode->getObject("
> oglModel6");
>
> sofa::core::visual::VisualModel* visualModel = dynamic_cast visual::VisualObject*>(object);
>
> visualModel->applyTranslation(100,0,100);
>
>
> Is it a casting problem, reference ... I do not know how to modify the
> initial placement of the objects of the scene, and the SOFA C++ API does
> not provide any examples that I have seen.
>
>
> Thank You,
>
> Albert.
>
>
>
> Thank you very much,
> Cordially,
> Albert.
>
--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

[Kislinskiy, Stefan]

Hi Grég,


so what is the question? :-)


I guess you are mixing something up here, as MITK_USE_QT_WEBENGINE wasn't 
available before the 19th of August [1], months after the 2016.03 release. And 
at this point, Qt < 5.6 wouldn't work. In contrast, for the 2016.03 release, Qt 
>= 5.6 isn't working as stated in the release notes. We highly recommend to 
stick with the latest release (still 2016.03) instead of using the unstable 
master branch.


[1] 
https://github.com/MITK/MITK/commit/54b35c0624c097e136dda73efd95df8263229403?



Von: gregory.ba...@inserm.fr 
Gesendet: Donnerstag, 24. November 2016 11:12
An: mitk-users@lists.sourceforge.net
Betreff: [mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community 
Edition


Hi,

Thank you for your reply and your help !

Yesterday, I build successfully MITK 2016.3 with the same development 
environment :
MSVC 2013 Community Edition update 5
Qt 5.4.1
MITK 2016.3
CMake 3.7
Boost 1.62.0

But in CMake GUI, I disabled the option : MITK_USE_QT_WEBENGINE. So, the 
superbuild works, and the MITK.sln with starts_release.bat works. The workbench 
project was ok.

I take a look to the QWebEngineUrlSchemeHandler class today. I don't know what 
this class is used for. Logically, the name of this class make me think that is 
for the web ...

Best regards,
Grég.

De : chunyu chu [mailto:fyzl8...@gmail.com]
Envoyé : lundi 21 novembre 2016 19:09
À : gregory.ba...@inserm.fr
Objet : Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community 
Edition

hi,

i think you have to use Qt 5.5.1,  because other version of Qt not supported i 
feel.

i have tryed all of Qt version > 5.5.1, and all failed.

my environment is as follows (similar with yours):
MSVC 2013 Community Edition
Qt 5.5.1
MITK 2016.3.0

best,

chunyu

2016-11-21 22:09 GMT+08:00 
>:
Hi all,

I want to build the last release for MITK with the MSVC 2013 Community Edition 
x64 compiler.

I used :

-  MSVC 2013 Community Edition update 5

-  Qt 5.4

-  CMake 3.7

-  Boost 1.62.0

The superbuild project failed at :

-  berryHelpWebView.cpp : cannot open include file : 
QWebEngineUrlSchemeHandler

I saw on the Qt website that this class is available since Qt 5.6 : 
http://doc.qt.io/qt-5/qwebengineurlschemehandler.html
On the download page of Qt 5.6, there is no "opengl" version ...

But on the MITK website, this version of Qt is not supported yet : 
http://docs.mitk.org/2016.03/BuildInstructionsPage.html

Thanks,
Best regards,

--

___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users


--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

[mitk-users] TR: Compiling MITK 2016.3.0 with MSVC 2013 Community Edition

[gregory.baert]

 

Hi,

 

Thank you for your reply and your help !

 

Yesterday, I build successfully MITK 2016.3 with the same development 
environment :

MSVC 2013 Community Edition update 5

Qt 5.4.1

MITK 2016.3

CMake 3.7

Boost 1.62.0

 

But in CMake GUI, I disabled the option : MITK_USE_QT_WEBENGINE. So, the 
superbuild works, and the MITK.sln with starts_release.bat works. The workbench 
project was ok.

 

I take a look to the QWebEngineUrlSchemeHandler class today. I don’t know what 
this class is used for. Logically, the name of this class make me think that is 
for the web …

 

Best regards,

Grég.

 

De : chunyu chu [mailto:fyzl8...@gmail.com] 
Envoyé : lundi 21 novembre 2016 19:09
À : gregory.ba...@inserm.fr  
Objet : Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community 
Edition

 

hi,

 

i think you have to use Qt 5.5.1,  because other version of Qt not supported i 
feel.

 

i have tryed all of Qt version > 5.5.1, and all failed.

 

my environment is as follows (similar with yours):

MSVC 2013 Community Edition 

Qt 5.5.1

MITK 2016.3.0 

 

best,

 

chunyu

 

2016-11-21 22:09 GMT+08:00  >:

Hi all,

 

I want to build the last release for MITK with the MSVC 2013 Community Edition 
x64 compiler.

 

I used :

-  MSVC 2013 Community Edition update 5

-  Qt 5.4

-  CMake 3.7

-  Boost 1.62.0

 

The superbuild project failed at :

-  berryHelpWebView.cpp : cannot open include file : 
QWebEngineUrlSchemeHandler

 

I saw on the Qt website that this class is available since Qt 5.6 : 
http://doc.qt.io/qt-5/qwebengineurlschemehandler.html

On the download page of Qt 5.6, there is no “opengl” version …

 

But on the MITK website, this version of Qt is not supported yet : 
http://docs.mitk.org/2016.03/BuildInstructionsPage.html

 

Thanks,

Best regards,


--

___
mitk-users mailing list
mitk-users@lists.sourceforge.net  
https://lists.sourceforge.net/lists/listinfo/mitk-users

 

--
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users