Usage Window

Hello,

I am often using the "Find Usages" tool to search my project for special situations in which I want to change something.

Du to the nature of indirect search, the result list is sometimes very long and contains a lot of matches that have nothing to do with what I am looking for. When using Eclipse I liked it I lot to have the option to delete single entries from this list. This way I can perform a search, delete all the references I don't care and then begin working. For every location I worked through I can delete it. This helps me a lot to keep a clear view.

So, is it possible to add a "Delete Usage From Window" or "Hide Usage"?

Best Regards.

7 comments
Comment actions Permalink

Hello Immo,

I've created request for this (http://jetbrains.net/jira/browse/RSRP-37936),
but most likely it will be done after 3.0

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


IL> Hello,
IL>
IL> I am often using the "Find Usages" tool to search my project for
IL> special situations in which I want to change something.
IL>
IL> Du to the nature of indirect search, the result list is sometimes
IL> very long and contains a lot of matches that have nothing to do with
IL> what I am looking for. When using Eclipse I liked it I lot to have
IL> the option to delete single entries from this list. This way I can
IL> perform a search, delete all the references I don't care and then
IL> begin working. For every location I worked through I can delete it.
IL> This helps me a lot to keep a clear view.
IL>
IL> So, is it possible to add a "Delete Usage From Window" or "Hide
IL> Usage"?
IL>
IL> Best Regards.
IL>


0
Comment actions Permalink

Hi Ilya

I'd also love to see this feature. Indeed, I discussed it around the time
I was asking for the ToDo explorer - both, as I remember, were features in
the GExperts Delphi add-ons.

The ability to delete entries from the find usages results really would help
a lot. The scenario goes something like: find the usages of the item of
interest, navigate throught them and remove the ones where you do not want
to make changes, return to the modified list and navigate through making
the changes you want. I find quite often that I have a number of find usages
windows open and return to them in turn whilst making changes or deciding
what changes to make. Removing items would allow me to filter these views
to my exact requirements at the time, be that actually changing or just trying
to focus in on the code to I can understand it better.

It really would be great for me to see this feature as soon as you can do
that.

Cheers

Sean


0
Comment actions Permalink

Hello sean,

I understand the concerns, but... Are you forcing us for another 10 minute
feature? ;)
Seriously, I'm not sure it is that easy feature. Multiply searches, changing
source code, multiply targets (overloads), searching virtual calls via bases
- all this requires some thinking around and in-depth, so that product behaves
cohesive.

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


sk> Hi Ilya
sk>
sk> I'd also love to see this feature. Indeed, I discussed it around
sk> the time I was asking for the ToDo explorer - both, as I remember,
sk> were features in the GExperts Delphi add-ons.
sk>
sk> The ability to delete entries from the find usages results really
sk> would help a lot. The scenario goes something like: find the usages
sk> of the item of interest, navigate throught them and remove the ones
sk> where you do not want to make changes, return to the modified list
sk> and navigate through making the changes you want. I find quite
sk> often that I have a number of find usages windows open and return to
sk> them in turn whilst making changes or deciding what changes to make.
sk> Removing items would allow me to filter these views to my exact
sk> requirements at the time, be that actually changing or just trying
sk> to focus in on the code to I can understand it better.
sk>
sk> It really would be great for me to see this feature as soon as you
sk> can do that.
sk>
sk> Cheers
sk>
sk> Sean
sk>


0
Comment actions Permalink

Hi Ilya

Would I try and 'twist your arm' for a new feature? ;) Serioulsy though,
I understand your comments about ensuring a cohesive product and I completely
agree. But please do consider this feature for a later release, as I think
it would be a very useful one.

Kind regards

Sean


0
Comment actions Permalink

Hi,

I've created request for this
(http://jetbrains.net/jira/browse/RSRP-37936),
but most likely it will be done after 3.0


thanks.

As Sean Kearon already pointed out it is not one of the little nice-to-have GUI twirls. It would really help to improve the development/refactoring workflow.

I understand your problem that it might not be easy to implement. However, I would love it if you could bump the priority so that it could be shipped in a 2.X version.

Best Regards

0
Comment actions Permalink

I understand the concerns, but... Are you forcing us for another 10
minute feature? ;) Seriously, I'm not sure it is that easy feature.
Multiply searches, changing source code, multiply targets (overloads),
searching virtual calls via bases - all this requires some thinking
around and in-depth, so that product behaves cohesive.


Is the usages window databound? If so, perhaps we could think of it differently
by asking to filter the usages rather than remove them.


0
Comment actions Permalink

Hello Immo,

All 2.x versions are in support mode - no new features will be added there.
Any new features will go to 3.0 and later versions.

As for the feature, the problem is not the implementation. Problems are in
product look, feel and faith. Results after manual modification are NOT usages
of the targets. It is some subset. If developer will remove few items for
some reason, get distracted for a while, then return to work, he may forget
that items were deleted and as a result refactoring he was performing will
be not complete.

We have some ideas on how to implement what you really need ;) Unlikely it
will be done for 3.0, though.

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


IL> Hi,
IL>
>> I've created request for this
>> (http://jetbrains.net/jira/browse/RSRP-37936),
>> but most likely it will be done after 3.0
IL> thanks.
IL>
IL> As Sean Kearon already pointed out it is not one of the
IL> little nice-to-have GUI twirls. It would really help to improve the
IL> development/refactoring workflow.
IL>
IL> I understand your problem that it might not be easy to implement.
IL> However, I would love it if you could bump the priority so that it
IL> could be shipped in a 2.X version.
IL>
IL> Best Regards
IL>


0

Please sign in to leave a comment.