Click through limitations when compared to RedMine?

[John Wells-2]

Guys,

First, let me say that I'm a huge fan of the work that's gone into
Netbeans Ruby. I have been using it for over two years and have
watched it get better and better. I hope that will continue and hope
Oracle doesn't kill the sponsorship.

One thing that continues to bite me is the click through (ctrl+click
method) navigation. I realize this is a very difficult thing to get
right because of the dynamic nature of Ruby, but after using RubyMine
for a few weeks and seeing that it apparently does get it right most
of the time, I'm wondering if perhaps it's just not reported as an
issue very often?

Here is a good test case to see the walls you invariably hit in NB.

Open up an ERB file and type:

<%= render :partial=>"test" %>

Now ctrl+click on render. This should take you to the definition of
render in actionpack-2.3.2/lib/action_view/base.rb. NB handles this
fine.

Now, ctrl+click on any of the calls to render_partial in that method.
I just get a dull beep, and no navigation. In RubyMine, it handles it
well gives you a choice of the two files the define it
(lib/action_view/partials.rb, and
lib/action_view/renderable_partial.rb).

Is it possible that something's broken about my setup, or does this
just not work in 6.7 rc3?

Thanks guys.

John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Erno Mononen]

Hi John,

Thanks for the nice words. You're right that the case you described
doesn't work, not sure now off hand where the problem lies. I filed
http://www.netbeans.org/issues/show_bug.cgi?id=167814 for this. Thanks
for bringing this to our attention, I'll take a look at it shortly.

Cheers,
Erno


John Wells wrote:

> Guys,
>
> First, let me say that I'm a huge fan of the work that's gone into
> Netbeans Ruby. I have been using it for over two years and have
> watched it get better and better. I hope that will continue and hope
> Oracle doesn't kill the sponsorship.
>
> One thing that continues to bite me is the click through (ctrl+click
> method) navigation. I realize this is a very difficult thing to get
> right because of the dynamic nature of Ruby, but after using RubyMine
> for a few weeks and seeing that it apparently does get it right most
> of the time, I'm wondering if perhaps it's just not reported as an
> issue very often?
>
> Here is a good test case to see the walls you invariably hit in NB.
>
> Open up an ERB file and type:
>
> <%= render :partial=>"test" %>
>
> Now ctrl+click on render. This should take you to the definition of
> render in actionpack-2.3.2/lib/action_view/base.rb. NB handles this
> fine.
>
> Now, ctrl+click on any of the calls to render_partial in that method.
> I just get a dull beep, and no navigation. In RubyMine, it handles it
> well gives you a choice of the two files the define it
> (lib/action_view/partials.rb, and
> lib/action_view/renderable_partial.rb).
>
> Is it possible that something's broken about my setup, or does this
> just not work in 6.7 rc3?
>
> Thanks guys.
>
> John
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>  

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[John Wells-2]

On Mon, Jun 29, 2009 at 10:10 AM, Erno Mononen<Erno.Mononen@...> wrote:
> Hi John,
>
> Thanks for the nice words. You're right that the case you described doesn't
> work, not sure now off hand where the problem lies. I filed
> http://www.netbeans.org/issues/show_bug.cgi?id=167814 for this. Thanks for
> bringing this to our attention, I'll take a look at it shortly.

Thanks Erno...I appreciate it.

John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Erno Mononen]

John Wells wrote:

> On Mon, Jun 29, 2009 at 10:10 AM, Erno Mononen<Erno.Mononen@...> wrote:
>  
>> Hi John,
>>
>> Thanks for the nice words. You're right that the case you described doesn't
>> work, not sure now off hand where the problem lies. I filed
>> http://www.netbeans.org/issues/show_bug.cgi?id=167814 for this. Thanks for
>> bringing this to our attention, I'll take a look at it shortly.
>>    
>
> Thanks Erno...I appreciate it.
>  

Just a heads up on this, the fix for this issue will be in 6.7 patch
1(should be out on the 13th).

There is still one limitation though, namely that navigating within
classes that are not from the gems that the IDE indexes (i.e. the gems
that the app doesn't use) doesn't work. For example if the app uses
Rails 2.3.2, navigation now works within Rails 2.3.2 classes, but not
with classes from other versions of Rails. This is because for
performance and usability reasons the IDE indexes only the versions that
the app actually uses - it probably would be possibly to somehow lazily
index other gem versions too when opening a file from a gem that wasn't
indexed, but that will have to wait for 6.8.

Cheers,
Erno


Cheers,
Erno


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[John Wells-2]

On Fri, Jul 3, 2009 at 12:07 PM, Erno Mononen<Erno.Mononen@...> wrote:
> Just a heads up on this, the fix for this issue will be in 6.7 patch
> 1(should be out on the 13th).

Wonderful. Thanks!

> There is still one limitation though, namely that navigating within classes
> that are not from the gems that the IDE indexes (i.e. the gems that the app
> doesn't use) doesn't work. For example if the app uses Rails 2.3.2,
> navigation now works within Rails 2.3.2 classes, but not with classes from
> other versions of Rails. This is because for performance and usability
> reasons the IDE indexes only the versions that the app actually uses - it
> probably would be possibly to somehow lazily index other gem versions too
> when opening a file from a gem that wasn't indexed, but that will have to
> wait for 6.8.

Seems very reasonable. I'm excited to test it out.

John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...