[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [ve-dev] Disabling swing Palette
|
Hi
Rich,
We
felt the need for greater control over the palette. Thanks for taking this
up.
I agree with you. The order does not matter in
the second pass anyway because all the categories are already available.
However, can you take the order from the
plugin dependencies specified in the plugin.xml? That will give some
"declarative" handle. I read some where that contributors of all the plugins on
which a plugin depends will be called before the contributor of that
plugin.
Moreover, is there a possibility to dynamically add beans to the palette?
For instance, if one create a class that extends a bean which is on the
palette. This class is available to in Choose Beans. It will be nice if it
is available on the palette too. This will help when one is making custom UI
components. Bug 50409 is also about this issue.
Thanks
-
Janak
Janak,
As for the problem with the palette, I'm
thinking of doing this. What do you think? Please let me know so that I can
start developing it.
I'm thinking
of changing the IVEContributor so that it has a two-pass contribution.
Pass 1 would be to contribute categories.
During this call, only categories can be added. Contributor should not move,
or remove any other categories
After all contributors had a chance to add categories they will be
called back with pass 2. In this pass they may move or remove categories. They
mustn't add any cats. at this time. This will give everyone a chance to see
the full list.
In both passes the
order the contributors are called is still undetermined. This isn't any
determined order that makes sense for this that I can think of.
Thanks,
Rich