Re: [mitk-users] Force plugin to load

2016-12-02 Thread Nil Goyette 
Hi Stefan, Hi poor Paul Palei,

I found a way to do what I want. Turns out an 'eager' plugin can access 
the good old IDataStorageService, which I can use to add my category 
nodes AND add a listener so I can change the node's parent when they are 
loaded.

Of course it would be better if I could force my plugin to load but it's 
probably a big can of worms. Thank you for your help.

Nil

Le 2016-12-02 à 11:06, Nil Goyette a écrit :
> Hi,
>
> Yes, we are already using this. We have our own app, perspective,
> preferences, WorkbenchWindowAdvisor, etc. We may not be aware of all the
> things we can do with these classes though. I think they are mostly used
> to set up the UI. Do you have a particular idea in mind on how to do
> what I want?
>
> We also use SetCloseable(false); on our plugin. It's never closed...
> it's just not opened/activated ;) when there's another plugin in front.
>
> Nil
>
> Le 2016-12-02 à 03:42, Kislinskiy, Stefan a écrit :
>> Hi,
>>
>> with this high amount of customization you may be interested in creating 
>> your own Workbench-like application were you can set up a default 
>> perspective any many more things to your needs. This is quite easy to 
>> achieve. Have a look at [1,2] for an example. It also seems to be possible 
>> to make a plugin kind of "non-closeable" like the Data Manager.
>>
>> Best,
>> Stefan
>>
>> [1] https://github.com/MITK/MITK/tree/v2016.03.0/Applications/Diffusion
>> [2] 
>> https://github.com/MITK/MITK/tree/v2016.03.0/Plugins/org.mitk.gui.qt.diffusionimagingapp
>> 
>> Von: Nil Goyette 
>> Gesendet: Donnerstag, 1. Dezember 2016 17:01
>> An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
>> Betreff: Re: AW: [mitk-users] Force plugin to load
>>
>> Hi Stefan,
>>
>> This is only for non-UI code, right? Setting IO classes, preferences,
>> node descriptors, etc.?
>>
>> I ask because I doubt what I want to do is possible. Maybe you can tell.
>> At the start of our app, we create 3 category nodes: Anatomies, ROIs and
>> Tracts. Each time a file is loaded, the plugin places the new node in
>> the right group, based on a predicate. Of course, without our plugin,
>> the groups don't exist and the nodes just pile up in the DM.
>>
>> If we can 1) access the DM 2) create nodes 3) be warned when there's a
>> new node (NodeAdded), then it's perfect. We have other problems, but I'm
>> pretty sure we can fix them if we can fix this :)
>>
>> Nil
>>
>> Le 2016-11-30 à 18:12, Kislinskiy, Stefan a écrit :
>>> This may not be the answer you are exactly looking for, but you should 
>>> consider calling your initialization code from the start method of your 
>>> plugin activator and set the eager policy. See [1,2] for an example.
>>>
>>> Best,
>>> Stefan
>>>
>>> [1] 
>>> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/manifest_headers.cmake#L6
>>> [2] 
>>> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/src/internal/org_mitk_simulation_Activator.cpp#L85
>>> 
>>> Von: Nil Goyette 
>>> Gesendet: Mittwoch, 30. November 2016 21:27
>>> An: mitk-users@lists.sourceforge.net
>>> Betreff: [mitk-users] Force plugin to load
>>>
>>> Hi all,
>>>
>>> I know that we can use Perspective::CreateInitialLayout to ask a plugin
>>> to be at a specific posion and to open. This is working in MOST cases
>>> but not all.
>>>
>>> If the user opens another plugin X, stack it on the main plugin, then
>>> close the program, the app will open with plugin X in front of our main
>>> plugin, which will be inactive (You may need to do it many times if you
>>> want to see it. Without --BlueBerry.clean of course). The plugin's
>>> Activator and the view's constructor won't be called.
>>>
>>> Wathever plugins is in front of our plugin, we need to load it anyway
>>> because it loads the AUTOLOAD_WITH modules and the constructor of our
>>> view is doing important stuff. So, is there a way to force a plugin to load?
>>> Thank you for your time :)
>>>
>>> Nil
>>>
>>>
>>> --
>>> ___
>>> mitk-users mailing list
>>> mitk-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/mitk-users
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> mitk-users mailing list
> mitk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___

Re: [mitk-users] Force plugin to load

2016-12-02 Thread Nil Goyette 
Hi,

Yes, we are already using this. We have our own app, perspective, 
preferences, WorkbenchWindowAdvisor, etc. We may not be aware of all the 
things we can do with these classes though. I think they are mostly used 
to set up the UI. Do you have a particular idea in mind on how to do 
what I want?

We also use SetCloseable(false); on our plugin. It's never closed... 
it's just not opened/activated ;) when there's another plugin in front.

Nil

Le 2016-12-02 à 03:42, Kislinskiy, Stefan a écrit :
> Hi,
>
> with this high amount of customization you may be interested in creating your 
> own Workbench-like application were you can set up a default perspective any 
> many more things to your needs. This is quite easy to achieve. Have a look at 
> [1,2] for an example. It also seems to be possible to make a plugin kind of 
> "non-closeable" like the Data Manager.
>
> Best,
> Stefan
>
> [1] https://github.com/MITK/MITK/tree/v2016.03.0/Applications/Diffusion
> [2] 
> https://github.com/MITK/MITK/tree/v2016.03.0/Plugins/org.mitk.gui.qt.diffusionimagingapp
> 
> Von: Nil Goyette 
> Gesendet: Donnerstag, 1. Dezember 2016 17:01
> An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
> Betreff: Re: AW: [mitk-users] Force plugin to load
>
> Hi Stefan,
>
> This is only for non-UI code, right? Setting IO classes, preferences,
> node descriptors, etc.?
>
> I ask because I doubt what I want to do is possible. Maybe you can tell.
> At the start of our app, we create 3 category nodes: Anatomies, ROIs and
> Tracts. Each time a file is loaded, the plugin places the new node in
> the right group, based on a predicate. Of course, without our plugin,
> the groups don't exist and the nodes just pile up in the DM.
>
> If we can 1) access the DM 2) create nodes 3) be warned when there's a
> new node (NodeAdded), then it's perfect. We have other problems, but I'm
> pretty sure we can fix them if we can fix this :)
>
> Nil
>
> Le 2016-11-30 à 18:12, Kislinskiy, Stefan a écrit :
>> This may not be the answer you are exactly looking for, but you should 
>> consider calling your initialization code from the start method of your 
>> plugin activator and set the eager policy. See [1,2] for an example.
>>
>> Best,
>> Stefan
>>
>> [1] 
>> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/manifest_headers.cmake#L6
>> [2] 
>> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/src/internal/org_mitk_simulation_Activator.cpp#L85
>> 
>> Von: Nil Goyette 
>> Gesendet: Mittwoch, 30. November 2016 21:27
>> An: mitk-users@lists.sourceforge.net
>> Betreff: [mitk-users] Force plugin to load
>>
>> Hi all,
>>
>> I know that we can use Perspective::CreateInitialLayout to ask a plugin
>> to be at a specific posion and to open. This is working in MOST cases
>> but not all.
>>
>> If the user opens another plugin X, stack it on the main plugin, then
>> close the program, the app will open with plugin X in front of our main
>> plugin, which will be inactive (You may need to do it many times if you
>> want to see it. Without --BlueBerry.clean of course). The plugin's
>> Activator and the view's constructor won't be called.
>>
>> Wathever plugins is in front of our plugin, we need to load it anyway
>> because it loads the AUTOLOAD_WITH modules and the constructor of our
>> view is doing important stuff. So, is there a way to force a plugin to load?
>> Thank you for your time :)
>>
>> Nil
>>
>>
>> --
>> ___
>> mitk-users mailing list
>> mitk-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mitk-users


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] Force plugin to load

2016-12-02 Thread Kislinskiy, Stefan 
I did it for you, but you still have to click on the confirmation link in the 
email that you should have received a few seconds ago.

Von: Paul Palei 
Gesendet: Freitag, 2. Dezember 2016 16:43
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: RE: [mitk-users] Force plugin to load

Yes I did that and I am still getting emails!


-Original Message-
From: Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de]
Sent: Friday, December 02, 2016 10:41 AM
To: Paul Palei ; mitk-users@lists.sourceforge.net
Subject: AW: [mitk-users] Force plugin to load

Yes, of course. As I already wrote, you can unsubscribe at the bottom of this 
page: https://lists.sourceforge.net/lists/listinfo/mitk-users
Please don't spam the list, thank you.

Best regards,
Stefan

Von: Paul Palei 
Gesendet: Freitag, 2. Dezember 2016 15:24
An: Kislinskiy, Stefan; Nil Goyette; mitk-users@lists.sourceforge.net
Betreff: RE: [mitk-users] Force plugin to load

Can I please unsubscribe from this list.
Thanks.


-Original Message-
From: Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de]
Sent: Friday, December 02, 2016 3:42 AM
To: Nil Goyette ; mitk-users@lists.sourceforge.net
Subject: Re: [mitk-users] Force plugin to load

Hi,

with this high amount of customization you may be interested in creating your 
own Workbench-like application were you can set up a default perspective any 
many more things to your needs. This is quite easy to achieve. Have a look at 
[1,2] for an example. It also seems to be possible to make a plugin kind of 
"non-closeable" like the Data Manager.

Best,
Stefan

[1] https://github.com/MITK/MITK/tree/v2016.03.0/Applications/Diffusion
[2] 
https://github.com/MITK/MITK/tree/v2016.03.0/Plugins/org.mitk.gui.qt.diffusionimagingapp

Von: Nil Goyette 
Gesendet: Donnerstag, 1. Dezember 2016 17:01
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: AW: [mitk-users] Force plugin to load

Hi Stefan,

This is only for non-UI code, right? Setting IO classes, preferences, node 
descriptors, etc.?

I ask because I doubt what I want to do is possible. Maybe you can tell.
At the start of our app, we create 3 category nodes: Anatomies, ROIs and 
Tracts. Each time a file is loaded, the plugin places the new node in the right 
group, based on a predicate. Of course, without our plugin, the groups don't 
exist and the nodes just pile up in the DM.

If we can 1) access the DM 2) create nodes 3) be warned when there's a new node 
(NodeAdded), then it's perfect. We have other problems, but I'm pretty sure we 
can fix them if we can fix this :)

Nil

Le 2016-11-30 à 18:12, Kislinskiy, Stefan a écrit :
> This may not be the answer you are exactly looking for, but you should 
> consider calling your initialization code from the start method of your 
> plugin activator and set the eager policy. See [1,2] for an example.
>
> Best,
> Stefan
>
> [1]
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/m
> anifest_headers.cmake#L6 [2]
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/s
> rc/internal/org_mitk_simulation_Activator.cpp#L85
> 
> Von: Nil Goyette 
> Gesendet: Mittwoch, 30. November 2016 21:27
> An: mitk-users@lists.sourceforge.net
> Betreff: [mitk-users] Force plugin to load
>
> Hi all,
>
> I know that we can use Perspective::CreateInitialLayout to ask a
> plugin to be at a specific posion and to open. This is working in MOST
> cases but not all.
>
> If the user opens another plugin X, stack it on the main plugin, then
> close the program, the app will open with plugin X in front of our
> main plugin, which will be inactive (You may need to do it many times
> if you want to see it. Without --BlueBerry.clean of course). The
> plugin's Activator and the view's constructor won't be called.
>
> Wathever plugins is in front of our plugin, we need to load it anyway
> because it loads the AUTOLOAD_WITH modules and the constructor of our
> view is doing important stuff. So, is there a way to force a plugin to load?
> Thank you for your time :)
>
> Nil
>
>
> --
>  ___
> mitk-users mailing list
> mitk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users


--
Check out the vibrant tech community on one of the world's most engaging tech 
sites, SlashDot.org! http://sdm.link/slashdot 
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] Force plugin to load

2016-12-02 Thread Paul Palei 
Yes I did that and I am still getting emails!


-Original Message-
From: Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de] 
Sent: Friday, December 02, 2016 10:41 AM
To: Paul Palei ; mitk-users@lists.sourceforge.net
Subject: AW: [mitk-users] Force plugin to load

Yes, of course. As I already wrote, you can unsubscribe at the bottom of this 
page: https://lists.sourceforge.net/lists/listinfo/mitk-users
Please don't spam the list, thank you.

Best regards,
Stefan

Von: Paul Palei 
Gesendet: Freitag, 2. Dezember 2016 15:24
An: Kislinskiy, Stefan; Nil Goyette; mitk-users@lists.sourceforge.net
Betreff: RE: [mitk-users] Force plugin to load

Can I please unsubscribe from this list.
Thanks.


-Original Message-
From: Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de]
Sent: Friday, December 02, 2016 3:42 AM
To: Nil Goyette ; mitk-users@lists.sourceforge.net
Subject: Re: [mitk-users] Force plugin to load

Hi,

with this high amount of customization you may be interested in creating your 
own Workbench-like application were you can set up a default perspective any 
many more things to your needs. This is quite easy to achieve. Have a look at 
[1,2] for an example. It also seems to be possible to make a plugin kind of 
"non-closeable" like the Data Manager.

Best,
Stefan

[1] https://github.com/MITK/MITK/tree/v2016.03.0/Applications/Diffusion
[2] 
https://github.com/MITK/MITK/tree/v2016.03.0/Plugins/org.mitk.gui.qt.diffusionimagingapp

Von: Nil Goyette 
Gesendet: Donnerstag, 1. Dezember 2016 17:01
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: AW: [mitk-users] Force plugin to load

Hi Stefan,

This is only for non-UI code, right? Setting IO classes, preferences, node 
descriptors, etc.?

I ask because I doubt what I want to do is possible. Maybe you can tell.
At the start of our app, we create 3 category nodes: Anatomies, ROIs and 
Tracts. Each time a file is loaded, the plugin places the new node in the right 
group, based on a predicate. Of course, without our plugin, the groups don't 
exist and the nodes just pile up in the DM.

If we can 1) access the DM 2) create nodes 3) be warned when there's a new node 
(NodeAdded), then it's perfect. We have other problems, but I'm pretty sure we 
can fix them if we can fix this :)

Nil

Le 2016-11-30 à 18:12, Kislinskiy, Stefan a écrit :
> This may not be the answer you are exactly looking for, but you should 
> consider calling your initialization code from the start method of your 
> plugin activator and set the eager policy. See [1,2] for an example.
>
> Best,
> Stefan
>
> [1]
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/m
> anifest_headers.cmake#L6 [2]
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/s
> rc/internal/org_mitk_simulation_Activator.cpp#L85
> 
> Von: Nil Goyette 
> Gesendet: Mittwoch, 30. November 2016 21:27
> An: mitk-users@lists.sourceforge.net
> Betreff: [mitk-users] Force plugin to load
>
> Hi all,
>
> I know that we can use Perspective::CreateInitialLayout to ask a 
> plugin to be at a specific posion and to open. This is working in MOST 
> cases but not all.
>
> If the user opens another plugin X, stack it on the main plugin, then 
> close the program, the app will open with plugin X in front of our 
> main plugin, which will be inactive (You may need to do it many times 
> if you want to see it. Without --BlueBerry.clean of course). The 
> plugin's Activator and the view's constructor won't be called.
>
> Wathever plugins is in front of our plugin, we need to load it anyway 
> because it loads the AUTOLOAD_WITH modules and the constructor of our 
> view is doing important stuff. So, is there a way to force a plugin to load?
> Thank you for your time :)
>
> Nil
>
>
> --
>  ___
> mitk-users mailing list
> mitk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users


--
Check out the vibrant tech community on one of the world's most engaging tech 
sites, SlashDot.org! http://sdm.link/slashdot 
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] Force plugin to load

2016-12-02 Thread Kislinskiy, Stefan 
Yes, of course. As I already wrote, you can unsubscribe at the bottom of this 
page: https://lists.sourceforge.net/lists/listinfo/mitk-users
Please don't spam the list, thank you.

Best regards,
Stefan

Von: Paul Palei 
Gesendet: Freitag, 2. Dezember 2016 15:24
An: Kislinskiy, Stefan; Nil Goyette; mitk-users@lists.sourceforge.net
Betreff: RE: [mitk-users] Force plugin to load

Can I please unsubscribe from this list.
Thanks.


-Original Message-
From: Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de]
Sent: Friday, December 02, 2016 3:42 AM
To: Nil Goyette ; mitk-users@lists.sourceforge.net
Subject: Re: [mitk-users] Force plugin to load

Hi,

with this high amount of customization you may be interested in creating your 
own Workbench-like application were you can set up a default perspective any 
many more things to your needs. This is quite easy to achieve. Have a look at 
[1,2] for an example. It also seems to be possible to make a plugin kind of 
"non-closeable" like the Data Manager.

Best,
Stefan

[1] https://github.com/MITK/MITK/tree/v2016.03.0/Applications/Diffusion
[2] 
https://github.com/MITK/MITK/tree/v2016.03.0/Plugins/org.mitk.gui.qt.diffusionimagingapp

Von: Nil Goyette 
Gesendet: Donnerstag, 1. Dezember 2016 17:01
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: AW: [mitk-users] Force plugin to load

Hi Stefan,

This is only for non-UI code, right? Setting IO classes, preferences, node 
descriptors, etc.?

I ask because I doubt what I want to do is possible. Maybe you can tell.
At the start of our app, we create 3 category nodes: Anatomies, ROIs and 
Tracts. Each time a file is loaded, the plugin places the new node in the right 
group, based on a predicate. Of course, without our plugin, the groups don't 
exist and the nodes just pile up in the DM.

If we can 1) access the DM 2) create nodes 3) be warned when there's a new node 
(NodeAdded), then it's perfect. We have other problems, but I'm pretty sure we 
can fix them if we can fix this :)

Nil

Le 2016-11-30 à 18:12, Kislinskiy, Stefan a écrit :
> This may not be the answer you are exactly looking for, but you should 
> consider calling your initialization code from the start method of your 
> plugin activator and set the eager policy. See [1,2] for an example.
>
> Best,
> Stefan
>
> [1]
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/m
> anifest_headers.cmake#L6 [2]
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/s
> rc/internal/org_mitk_simulation_Activator.cpp#L85
> 
> Von: Nil Goyette 
> Gesendet: Mittwoch, 30. November 2016 21:27
> An: mitk-users@lists.sourceforge.net
> Betreff: [mitk-users] Force plugin to load
>
> Hi all,
>
> I know that we can use Perspective::CreateInitialLayout to ask a
> plugin to be at a specific posion and to open. This is working in MOST
> cases but not all.
>
> If the user opens another plugin X, stack it on the main plugin, then
> close the program, the app will open with plugin X in front of our
> main plugin, which will be inactive (You may need to do it many times
> if you want to see it. Without --BlueBerry.clean of course). The
> plugin's Activator and the view's constructor won't be called.
>
> Wathever plugins is in front of our plugin, we need to load it anyway
> because it loads the AUTOLOAD_WITH modules and the constructor of our
> view is doing important stuff. So, is there a way to force a plugin to load?
> Thank you for your time :)
>
> Nil
>
>
> --
>  ___
> mitk-users mailing list
> mitk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users


--
Check out the vibrant tech community on one of the world's most engaging tech 
sites, SlashDot.org! http://sdm.link/slashdot 
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] Force plugin to load

2016-12-02 Thread Paul Palei 
Can I please unsubscribe from this list.
Thanks.


-Original Message-
From: Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de] 
Sent: Friday, December 02, 2016 3:42 AM
To: Nil Goyette ; mitk-users@lists.sourceforge.net
Subject: Re: [mitk-users] Force plugin to load

Hi,

with this high amount of customization you may be interested in creating your 
own Workbench-like application were you can set up a default perspective any 
many more things to your needs. This is quite easy to achieve. Have a look at 
[1,2] for an example. It also seems to be possible to make a plugin kind of 
"non-closeable" like the Data Manager.

Best,
Stefan

[1] https://github.com/MITK/MITK/tree/v2016.03.0/Applications/Diffusion
[2] 
https://github.com/MITK/MITK/tree/v2016.03.0/Plugins/org.mitk.gui.qt.diffusionimagingapp

Von: Nil Goyette 
Gesendet: Donnerstag, 1. Dezember 2016 17:01
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: AW: [mitk-users] Force plugin to load

Hi Stefan,

This is only for non-UI code, right? Setting IO classes, preferences, node 
descriptors, etc.?

I ask because I doubt what I want to do is possible. Maybe you can tell.
At the start of our app, we create 3 category nodes: Anatomies, ROIs and 
Tracts. Each time a file is loaded, the plugin places the new node in the right 
group, based on a predicate. Of course, without our plugin, the groups don't 
exist and the nodes just pile up in the DM.

If we can 1) access the DM 2) create nodes 3) be warned when there's a new node 
(NodeAdded), then it's perfect. We have other problems, but I'm pretty sure we 
can fix them if we can fix this :)

Nil

Le 2016-11-30 à 18:12, Kislinskiy, Stefan a écrit :
> This may not be the answer you are exactly looking for, but you should 
> consider calling your initialization code from the start method of your 
> plugin activator and set the eager policy. See [1,2] for an example.
>
> Best,
> Stefan
>
> [1] 
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/m
> anifest_headers.cmake#L6 [2] 
> https://github.com/MITK/MITK/blob/master/Plugins/org.mitk.simulation/s
> rc/internal/org_mitk_simulation_Activator.cpp#L85
> 
> Von: Nil Goyette 
> Gesendet: Mittwoch, 30. November 2016 21:27
> An: mitk-users@lists.sourceforge.net
> Betreff: [mitk-users] Force plugin to load
>
> Hi all,
>
> I know that we can use Perspective::CreateInitialLayout to ask a 
> plugin to be at a specific posion and to open. This is working in MOST 
> cases but not all.
>
> If the user opens another plugin X, stack it on the main plugin, then 
> close the program, the app will open with plugin X in front of our 
> main plugin, which will be inactive (You may need to do it many times 
> if you want to see it. Without --BlueBerry.clean of course). The 
> plugin's Activator and the view's constructor won't be called.
>
> Wathever plugins is in front of our plugin, we need to load it anyway 
> because it loads the AUTOLOAD_WITH modules and the constructor of our 
> view is doing important stuff. So, is there a way to force a plugin to load?
> Thank you for your time :)
>
> Nil
>
>
> --
>  ___
> mitk-users mailing list
> mitk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users


--
Check out the vibrant tech community on one of the world's most engaging tech 
sites, SlashDot.org! http://sdm.link/slashdot 
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

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

2016-12-02 Thread gregory.baert 
Hi Stefan,

 

Ok thanks for your answer and link. I will take a look next week.

Is there a tuto for the creation of a plugin with this differents steps ?
If not, this would be good a good idea …

Thanks,

Best regards,

 

De : Kislinskiy, Stefan [mailto:s.kislins...@dkfz-heidelberg.de] 
Envoyé : mardi 29 novembre 2016 13:51
À : gregory.ba...@inserm.fr; mitk-users@lists.sourceforge.net
Objet : RE: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition

 

Hi,

 

see http://docs.mitk.org/2016.03/ModularizationPage.html.

 

I also recommend to have a look at the Remeshing module and the
org.mitk.gui.qt.remeshing plugin as both are kind of tiny,
easy-to-understand examples of how modules/plugins work together in MITK.
To build and use the Remeshing module/plugin, you have to switch on the
CMake variable MITK_USE_ACVD in the MITK *superbuild* first and run the
superbuild again. This will download, configure, and build the external
ACVD library, which is a requirement for the MITK remeshing functionality.

 

Best,
Stefan

 

From: gregory.ba...@inserm.fr 
[mailto:gregory.ba...@inserm.fr] 
Sent: Dienstag, 29. November 2016 13:37
To: mitk-users@lists.sourceforge.net
 
Subject: Re: [mitk-users] Compiling MITK 2016.3.0 with MSVC 2013 Community
Edition

 

Hi,

 

I build successfully the last release MITK 2016.3 in MS Visual Studio 2013.
I would like to create a new project with MITK. 

I saw that there is a plugin system : Blueberry, CTK or a “awasome
project”.

 

If I want to create a plugin for the MITK Workbench, which framework you
suggest to use ? : Blueberry or CTK Framework.

 

Thanks,

Best regards,

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
mitk-users mailing list
mitk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users

Re: [mitk-users] Scene properties

2016-12-02 Thread Kislinskiy, Stefan 
​Hi,


we would need to discuss this first, which is a bit difficult currently, so it 
may take some time. In general, it's not an easy decision, as we might not use 
the Persistence service in a way that QSettings couldn't do the same, but there 
are definitely people out there using the Persistence service too, and hence we 
shouldn't break it.


If you don't want/can't wait, I would suggest to use a workaround, which is not 
that ugly in my opinion: Create a hidden DataNode, call it "Settings" or 
something like that, and add it to the DataStorage. Use its property list for 
all kind of settings you need to save persistently. That's it. :-) It is saved 
in the scene file, and it is easy to query from anywhere as long as you have 
access to the DataStorage.


Best,

Stefan



Von: Nil Goyette 
Gesendet: Donnerstag, 1. Dezember 2016 21:28
An: Kislinskiy, Stefan; mitk-users@lists.sourceforge.net
Betreff: Re: [mitk-users] Scene properties


Hi Stefan, Hi all,

I have a working implementation of scene properties. It wasn't really hard 
because most of the is there. The problem I have though is that I must remove 
some features. Persistance was depending on SceneScerialization and I can't 
accept that because I need SceneScerialization to depend on Persistence. So, 
now, Save() and Load() in PersistenceService can only handle xml files and 
Save() losts its appendChanges parameter.

I have some difficulty to continue because I don't know what you guys want. I 
want to transform this class but I don't want to break it for you. The only 
real use is in IGTUI (but you use QSettings if persistence doesn't work) and in 
OpenCVVideoSupport (but you could use QSettings). Then there's this 
m_AutoLoadAndSave parameter which is never set to false because it wouldn't 
make any sense to do so.

So, my goal is to remove this parameter and transform the class so that each 
PropertyList is either a 'SceneProperties' or a 'Settings'. Saving in the .mitk 
scene when 'SceneProperties' and in the AppData xml file when 'Settings', but 
never is both.

Do you see a problem with this idea? Is this good for you?

Nil

Le 2016-11-29 à 09:19, Kislinskiy, Stefan a écrit :
Hi,

oops, when someone wrote this explicit sentence in the documentation, then I 
guess it is supposed to work with scene files. I remembered a discussion where 
it was a point that the Persistence Service is like QSettings but works without 
any Qt dependency and therefore has its right to exist at all. :-) When you 
didn’t find any code in the scene serialization I guess it never was completely 
implemented. If there is code, I would classify it as a bug.

We’re always interested in contributions. :-)

Best,
Stefan

From: Nil Goyette [mailto:nil.goye...@imeka.ca]
Sent: Dienstag, 29. November 2016 14:48
To: Kislinskiy, Stefan; 
mitk-users@lists.sourceforge.net
Subject: Re: [mitk-users] Scene properties


Hi Stefan,

Thank you for the information on DataNode. As for the persistence system... Oh. 
Shit. Ok :) This wasn't my understanding at all.
This sentence in the documentation makes people believe something false and, if 
you're right, should be updated to avoid confusion:

"These properties can be stored inside a MITK scene together with the data so 
that the user loads data and restores the application state at once." 
http://docs.mitk.org/2016.03/PersistenceConceptPage.html#PersistenceMITKService

If I understand you correctly, the persistence system is exacly like QSettings 
but without the need for a Qt dependency. It's not linked at all to the saving 
and loading of a scene, by design.

We need this feature because we want the user to

  *   have the same data+views+params when he loads his scene, so he can 
continue his work at the same point
  *   be able to send his scene to a colleague and both see the exact same thing

so I'll try to code is the next weeks. Would MITK be interested in this 
contribution?

Nil
Le 2016-11-29 à 08:08, Kislinskiy, Stefan a écrit :

Hi Nil,

AFAIK the Persistence Service was intentionally designed to be not included in 
a scene file as it is indeed something similar to QSettings. If you want to 
store settings in your scene file, you can do so by using properties.

Note that there are several property lists. The lists you see by default in the 
Properties View are the general DataNODE properties. There are also specialized 
DataNODE properties per render window. Properties in these specialized lists 
are used instead of the general ones in the according render window if present. 
DataNODE properties are usually dedicated to the appearance of data. There is 
also a BASEData property list for each data item in your scene. This list is 
dedicated to meta data like the original path of an image, DICOM tags, and so 
on. In the Preferences you can switch on the “Developer Mode” for the 
Properties, which enables you to switch between