|
|
|
|
Re: (no subject) [message #726641 is a reply to message #726083] |
Mon, 19 September 2011 06:02 |
Bj Messages: 2 Registered: September 2011 |
Junior Member |
|
|
Tom Schindl wrote on Fri, 16 September 2011 10:15Am 16.09.11 16:04, schrieb Bj:
They are constructed step by step or better said IConfigurationElement
by IConfigurationElement so by default the ordering is random (based
upon in which order the extension registry parsed the files).
But there's one thing that help you to get a defined order because we
are sorting the contributions before executing them based upon
dependencies say you have:
* my.plugin.1
* my.plugin.2
If you now make a my.plugin.2 depend on my.plugin.1 the algorithm we
have in our ModelAssembler (=the class which merges in the fragments and
launches the processors) ensures that all fragments from my.plugin.1 are
merged before the ones from my.plugin.2.
Tom
Hello Tom,
thank you for your reply, but it confuses me a little.
Let's say that my.plugin.1 defines the menu contributions for item 1 and 3 in a specific menu and my.plugin.2 defines item 0 and 2. If we now make a dependency from my.plugin.1 to my.plugin.2, the one which is merged firstly would be my.plugin.1.
So the result order would be: 0, 2, 1, 3? For me that means allocating the "Position in List" attribute using index:$theindex$ would have not really an effect because the item is not contributed considering the defined list index or am I wrong?
cheers Björn
EDIT: My confusing has itself taken care. In the upper described scenario the resulting order would be correctly 0, 1, 2, 3.
The problem I have is, that e.g. my.plugin.1 defines the items 0, 1, 6, 7, my.plugin.2 defines the items 4, 5 and my.plugin.3 defines the items 2, 3.
So the process would be something like
load my.plugin.1 --> 0, 1, 6, 7
load my.plugin.2 --> 0, 1, 6, 7, 4, 5 (because 4 and 5 are correctly allocated at their positions)
load my.plugin.3 --> 0, 1, 2, 3, 6, 7, 4, 5
I am not able to make the three plugins depending from each other because of the applications architecture. Any idea how to fix this problem?
thx
[Updated on: Mon, 19 September 2011 07:18] Report message to a moderator
|
|
|
Re: (no subject) [message #989419 is a reply to message #726641] |
Thu, 06 December 2012 07:39 |
|
first --> Positions the element on the beginning of the list.
index: --->Places the new model elements at position theindex.
theindex Example
before=theotherelementsid --> theotherelementsid theotherelementsid Places the new model elements before the model element with the ID theotherelementsid.
after=theotherelementsid --> Places the new model elements after the model element with the ID theotherelementsid.
|
|
|
|
Powered by
FUDForum. Page generated in 0.03601 seconds