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 <nil.goye...@imeka.ca>
> 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 <nil.goye...@imeka.ca>
>> 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

Reply via email to