Bug 69708 - [Navigator] Metadata on files / Multi-dimensional hierarchical view
Summary: [Navigator] Metadata on files / Multi-dimensional hierarchical view
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Francis Upton IV CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-09 07:52 EDT by Pipus CLA
Modified: 2019-09-06 16:13 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pipus CLA 2004-07-09 07:52:02 EDT
Hello,

I would like to propose a new feature I can find in Eclipse nor its plugins.

The package explorer is a nice view, but someone can prefer to organize its
files (java, resources...) following other classification : hibernate files,
junit test files, application resources, struts action forms, and so on.

In could be interesting to have a way to associate metadatas on files of a
project, and to have a multi-dimensional hierarchy view which would display
the files following their metadatas, like Microsoft SharePoint can do.

Each file could be one or several leaves in the hierarchical tree. For example
a JUnit test for a hibernate aware class would be a leaf into the hibernate 
branch, as a leaf into the junit test cases branch.

One of the dimension of this hierarchy would be the package dimension. Other
would be the junit test one. For example :

	root
	 |
	 +- package
	 |   |
	 |   +- com
	 |       |
	 |       +- dummy
	 |           |
	 |           +- HibernateHelper.java
	 |           +- HibernateHelperTest.java
	 |           +- OtherClasses.java
	 |
	 +- hibernate
	 |   |
	 |   +- Config files
	 |   +- Various
	 |       |
	 |       +- HibernateHelper.java
	 |       +- HibernateHelperTest.java
	 |
	 +- JUnit tests
	     |
	     +- HibernateHelperTest.java

More genericly, each node of the tree could display files following a boolean 
set of rules. Example for the JUnit test cases :

 the file must have a metadata "jUnitTestCase"
 OR (Rule 2 : the name of the file is like "*Test.java"
     OR Rule 3 : the java classe must extends TestCase)

Regards,
Jerome P.
Comment 1 Kim Horne CLA 2005-04-07 08:00:56 EDT
Passing to Nick for comment.
Comment 2 Nick Edgar CLA 2005-04-07 10:09:57 EDT
Interesting idea.  You may also be interested in the generic navigator work,
which we'll be picking up again in 3.2.  See bug 36961.
Comment 3 Ed Burnette CLA 2005-04-07 12:10:18 EDT
I also have a use case that could use some extra grouping help. We have a
testing framework where each test is a seperate text file and we have about 1600
of them, all in one directory. They all have short cryptic names that follow a
naming convention so finding things is painful. Each file has a fixed header
though, with a comment that has a longer name, author, test type, and some other
things. I'd like to be able to view a directory listing in the navigator and:

1. Group by test type.
2. Group by author.
3. Group by filename patterns.
4. Display the longer name and/or the author in the navigator.

Consider how Outlook does it. Each message has a set of properties like Subject,
Received, and Size. You can extend the list of properties. You can optionally
show properties in their own columns, move columns around, sort by columns. You
can group by any property, and arbitrary nested properties (e.g., group by
Conversation and then by Sender for a nested tree view). Very flexible, but hard
to get right, so a common framework would be helpful.

Or how about the way gmail does it. You have virtual folders based on patterns
in the data. A particular file can be in multiple virtual folders.

The bugzilla plug-in that Platform/Team did had some of the same issues. All the
navigator really had was the bug number, but you could go query the database to
get other things like the summary line for displaying, or the
product/component/priority for sorting and grouping.

Maintaining a responsive UI with deferred providers and caching is going to be
important.
Comment 4 Eclipse Webmaster CLA 2019-09-06 16:13:33 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.