Comments on: Common Navigator Tutorial 1: Hello World http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/ Eclipse RCP and OSGi training - online or onsite Fri, 05 Feb 2010 16:34:53 +0000 http://wordpress.org/?v=2.9.1 hourly 1 By: Patrick http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-1395 Patrick Fri, 28 Aug 2009 17:28:22 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-1395 Hi Kathir, There is nothing special you need to do to make a CNF navigator a selection provider. This should just work out of the box. Perhaps there is some issue with the adapter factory? If you'd like to send me a simple project that duplicates the problem, I'd be happy to take a look. --- Patrick Hi Kathir,

There is nothing special you need to do to make a CNF navigator a selection provider. This should just work out of the box. Perhaps there is some issue with the adapter factory? If you’d like to send me a simple project that duplicates the problem, I’d be happy to take a look.

— Patrick

]]> By: kathir http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-1337 kathir Wed, 26 Aug 2009 01:50:25 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-1337 Hi, Nice tutorial. I have created my navigator as explained. And i also included the properties in my perspective. My model objects are adapted to IPropertySource ( i created runtime.adapters extension point ) but when i select anything on the navigator, there is no selection and my adapter factory is never hit. Is there any difference interms of using cnf with properties. Thanks, Kathir. Hi,
Nice tutorial. I have created my navigator as explained. And i also included the properties in my perspective. My model objects are adapted to IPropertySource ( i created runtime.adapters extension point ) but when i select anything on the navigator, there is no selection and my adapter factory is never hit. Is there any difference interms of using cnf with properties.

Thanks,
Kathir.

]]> By: lopiter http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-52 lopiter Fri, 17 Jul 2009 05:00:20 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-52 thank you fot your tutorial i never develop with plugin ver.3.4 it is really useful to me ^^ i add this site to my favorite ^^ i think , i often connect this site ^^ thank you~~~^^ thank you fot your tutorial

i never develop with plugin ver.3.4

it is really useful to me ^^

i add this site to my favorite ^^

i think , i often connect this site ^^

thank you~~~^^

]]> By: Patrick http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-62 Patrick Mon, 23 Feb 2009 16:42:05 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-62 Hi Felix, I see what you mean. It appears that the label provider is getting called when the navigator is attempting to generate the navigator view tooltip (displayed when you hover over the view's tab). The logic appears to be that the a search is made for label providers attached to elements that are valid parents of the input element (NavigatorRoot). But NavigatorRoot has no valid parents, only children, so I'm not sure why the match is being made. The problem may be related to our hacking the navigator class to provide a root object in a non-standard way. This might be a good thing to take up with Francis Upton (the CNF committer) to verify what's supposed to be happening here. --- Patrick Hi Felix,

I see what you mean. It appears that the label provider is getting called when the navigator is attempting to generate the navigator view tooltip (displayed when you hover over the view’s tab).

The logic appears to be that the a search is made for label providers attached to elements that are valid parents of the input element (NavigatorRoot). But NavigatorRoot has no valid parents, only children, so I’m not sure why the match is being made.

The problem may be related to our hacking the navigator class to provide a root object in a non-standard way. This might be a good thing to take up with Francis Upton (the CNF committer) to verify what’s supposed to be happening here.

— Patrick

]]> By: Felix http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-61 Felix Sun, 22 Feb 2009 08:00:02 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-61 Thanks for this tutorial. Everything worked fine, but one thing I either did wrong or not understand: My LabelProvider is called one time with the NavigatorRoot object as the parameter. Thanks for this tutorial. Everything worked fine, but one thing I either did wrong or not understand:

My LabelProvider is called one time with the NavigatorRoot object as the parameter.

]]> By: mikel http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-60 mikel Mon, 29 Dec 2008 00:19:23 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-60 thank you for this tutorial thank you for this tutorial

]]> By: Duncan Krebs http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-59 Duncan Krebs Thu, 25 Dec 2008 01:01:40 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-59 Patrick, Thanks for the reply that helped solve my issue. - Duncan Patrick,
Thanks for the reply that helped solve my issue. – Duncan

]]> By: Patrick http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-58 Patrick Fri, 12 Dec 2008 17:06:39 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-58 Hi Paolo, I haven't done this myself, but my guess is that you should be able to use a visibleWhen element in combination with the Core Expression Framework to achieve this. But if you're trying to hide a command that has been created by someone else, then that may not work. The person who could really help you here is Francis Upton, who is the Platform committer responsible for the CNF. If you ask this question on the Eclipse newsgroup, he'll probably respond pretty quickly. Or you can check out his blog at: http://dev.eclipse.org/blogs/francis/ Sorry I can't give you a better answer directly, and I'd be interested to hear what you come up with. --- Patrick Hi Paolo,

I haven’t done this myself, but my guess is that you should be able to use a visibleWhen element in combination with the Core Expression Framework to achieve this. But if you’re trying to hide a command that has been created by someone else, then that may not work.

The person who could really help you here is Francis Upton, who is the Platform committer responsible for the CNF. If you ask this question on the Eclipse newsgroup, he’ll probably respond pretty quickly. Or you can check out his blog at:

http://dev.eclipse.org/blogs/francis/

Sorry I can’t give you a better answer directly, and I’d be interested to hear what you come up with.

— Patrick

]]> By: Paolo http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-57 Paolo Fri, 12 Dec 2008 10:58:23 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-57 Hello, I'm about to override/implement methods on an already working cnf view, in our eclipse rcp app. I have to configure it in order to hide some commands from the "right-click popup menu" but I do not know where to put my hands. To disable the "deleteAction" via debug I found menu.contribution[..]delete something and I'm quite sure that I can hide it programmatically checking how many "slashes" are in the path of selected node and removing that contribution right in the commonActionProvider->fillContextMenu override I've found. But I'm not sure this is the way cnf is meant to work, is there a better way to configure these things? For instance by plugin.xml modification.. Thanks in advance Hello, I’m about to override/implement methods on an already working cnf view, in our eclipse rcp app. I have to configure it in order to hide some commands from the “right-click popup menu” but I do not know where to put my hands.
To disable the “deleteAction” via debug I found menu.contribution[..]delete something and I’m quite sure that I can hide it programmatically checking how many “slashes” are in the path of selected node and removing that contribution right in the commonActionProvider->fillContextMenu override I’ve found. But I’m not sure this is the way cnf is meant to work, is there a better way to configure these things? For instance by plugin.xml modification..
Thanks in advance

]]> By: Patrick http://www.modumind.com/2007/04/25/common-navigator-tutorial-1-hello-world/comment-page-1/#comment-56 Patrick Thu, 06 Nov 2008 21:17:31 +0000 http://rcpquickstart.wordpress.com/2007/04/25/common-navigator-tutorial-1-hello-world/#comment-56 Hi Duncan, I definitely agree that this framework is difficult to use, but as you say, this is the price we pay for flexibility. I also agree that it seems odd to bind content directly to a centralized viewer extension. One way around this is to specify the content bindings using a regular expression so that you can choose later on which viewerContent additions will match. This regular expression syntax may also solve your second problem. You can specify both includes and excludes that match content and action providers, so you should be able to exclude the actions that you don't want. --- Patrick Hi Duncan,

I definitely agree that this framework is difficult to use, but as you say, this is the price we pay for flexibility.

I also agree that it seems odd to bind content directly to a centralized viewer extension. One way around this is to specify the content bindings using a regular expression so that you can choose later on which viewerContent additions will match.

This regular expression syntax may also solve your second problem. You can specify both includes and excludes that match content and action providers, so you should be able to exclude the actions that you don’t want.

— Patrick

]]>