[nbusers] Re: Search results in 7.2
- From: Jaroslav Havlin < >
- Subject: [nbusers] Re: Search results in 7.2
- Date: Tue, 30 Oct 2012 16:22:55 +0100
- Organization: Oracle Corporation
I've implemented the changes in Search Results window for 7.2 and I'm quite sorry that you are not comfortable with it.
On 29.10.2012 23:13, crebegea wrote:
I am aware of this solution. The thing is, I don't find it so satisfactory.I like the current solution, as the corresponding values are aligned in columns. I find this way more readable, although it is less compact.
You have to do some eye travel, whereas in the old one, all that was
interesting was in one place. Hey, if going through all the scenario, if you
make the columns too close, you end up with cut filename. If you make the
columns bigger you end up with white space.
Problem is that matched line does not use width of the whole table (colspan), but I hope this will be improved in the near future.
For the greater flexibility, these are to me just features to fill the sheet,The changes were initiated by requests for enhancement (i. e. by community) which I think were quite reasonable:
or that came from a developer zeal (if I can do it, that why not). I do not
want to offend anyone, I am also a developer, I know how it is. I explained
in the first post why I don't like it in the new one and it isn't just things
of esthetics. I just find it quite less optimal. And it is a shame to have a
good thing and break it for no real reason.
It is an annoyance for me and if my input could help improve things in someSharing ideas usually improves things :-) So thank you for your feedback.
way, than there it is.
Now, how is it in 7.2? You can display the path and matches, but the columnI've considered and discussed some other solutions (having some sort-by combo box at the top of the window; some options in the context menu of the root node), but showing the data in a table with customizable columns and sorting appeared to be the most intuitive and handy way.
arrangement is not in the least optimal.
Please don't mention the folder ierarchy style of displaying as I don't thinkOf course, folder hierarchy is an alternative view requested by people that work on very big projects. It doesn't try to improve readability, but rather navigation.
there is someone keen on clicking tens of times to get to the results from a
whole project. Offering a maximum of information at a first glance is capital
in my day to day coding.
And I didn't find mentions about this change. Other than the release info,It was mentioned here: http://wiki.netbeans.org/NewAndNoteworthyNB72#Search
almost nothing, and I'm quite suprised, is it that noone else is bothered by
The change could be seen in development builds before 7.2 was released. As far as I know, there were no other complaints.
What can we do?The advantage of open source software is that you can do quite a lot.
Can we change this? is there an extension?There is probably no extension for this, but if you are enthusiastic, you (or someone else) can create one using Search in Project API (http://bits.netbeans.org/dev/javadoc/org-netbeans-api-search/overview-summary.html).
Can we convince you (sure, I mean the one's responsible with this thing) toFrankly, not easily, as changing it back could be seen as regression by some users.
change it back?
You can always create a request for enhancement (http://netbeans.org/bugzilla/) and convince others to vote for it.
I would suggest this enhancement: If some of columns are not visible (path, number of matches) the values could be shown in the first column, right after the file name in parentheses (like in 7.1).
If you like this idea, or if you have a better one, please fill a request for enhancement. I or someone else will evaluate it. If it is reasonable and technically possible it will be implemented in some of future versions.
Thanks for your comments.
[nbusers] Re: Search results in 7.2