Bug 62700 - merge File Selector & File Tree functionality
Summary: merge File Selector & File Tree functionality
Status: RESOLVED FIXED
Alias: None
Product: kdevelop
Classification: Applications
Component: file tree (show other bugs)
Version: git master
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KDevelop Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-15 03:28 UTC by Andreas Koepfle
Modified: 2008-06-29 16:34 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Koepfle 2003-08-15 03:28:08 UTC
Version:           3.0.0a5 cvs (using KDE KDE 3.1.1a)
Installed from:    SuSE RPMsSuSE
Compiler:          gcc version 3.3 20030226 (prerelease) (SuSE Linux)
OS:          Linux (i686) release 2.4.20-4GB-athlon

Hi.
It would be nice if the functionality of the File Tree panel and the File Selector panel could be merged into one panel. 
The usability at the moment is not very good: for example you have to use File Tree to open a file in an external editor or update it from CVS, but File Selector to delete it. 
This is really inconsistent and using two different panels also clutters the already cramped left tabbar.
So one File View combining the functionality of both File Tree & File Selector would be nice.
Comment 1 Amilcar do Carmo Lucas 2003-08-15 11:13:10 UTC
Exelent whish!!!! 
Comment 2 Jens Dagerbo 2003-08-15 13:32:45 UTC
I'm not quite convinced. 
 
The File Selector (FS) and File Tree (FT) serve quite different purposes. FT is a 
way to interact with and browse the files of the current project. FS is a general 
purpose network transparent file browser utility. 
 
Deletion of project files should happen in the project manager, not in the file 
system, or the makefiles will get upset. I guess "remove from project / delete" 
could be safely added to FT, however. 
 
Anything else really missing from FT? 
 
Comment 3 Dominik Haumann 2003-10-18 16:17:27 UTC
i like the idea of a merged file selecter and file tree, too.
It's confusing atm.
Comment 4 Bernd Pol 2003-10-18 16:34:00 UTC
I would like to see an even more generalized form of file/project management in the future. There should be a way to easily navigate and restructure a project. Currently restructuring is awkward at best, once the project has only grown big enough.
A drag and drop approach would be optimal. And having only one do-it-all panel for all this, too. It is just the way users of the IDE tend to think.
Alas, this needs severe replanning. Something for the (not-too-far, I hope) future.
Comment 5 Alexander Dymo 2003-10-18 21:34:09 UTC
> The usability at the moment is not very good: for example you have to use File
> Tree to open a file in an external editor or update it from CVS, but File Selector
> to delete it. 
This is partially fixed. I've added KDevelop context menus to the context menu of the File Selector.

But I doubt merging is possible. There are technical and conceptual reasons. Jens has already stated conceptual reasons - FS is not applicable for a project management but FT is. Recent commits to FT by Mario prove this (I mean new  vcs features of FT).

> A drag and drop approach would be optimal. And having only one do-it-all panel
> for all this, too. It is just the way users of the IDE tend to think. 
> Alas, this needs severe replanning. Something for the (not-too-far, I hope)
> future.

I beleive this can be done using generic project manager. Currently project management in KDevelop consists of 9 parts. We simply can't add all features to all of them. But alas I don't have enough time atm to implement that. Nevertheless, it will be implemented after 3.0 for sure.
Comment 6 Mario Scalas 2003-10-18 23:46:18 UTC
Merging both the File Selector and the File Tree will be definetely something to do for the 3.1 release since it is late for 3.0 imho. How the merging could be worked out? I'd like to have the cool multi-look of the file selector (adding an additional "vcs view" similar to the "detail view") but which is jailed on the project dir (that is, the user cannot travel all the way through the file system ;-) and have the ability to drag and drop files using standard DND. Hmmm ... this is something to considere looking for kdevelop-cervisia integration but as said before it is stuff for the 3.1 release :-)
I would mark this as "LATER" (for a next release), ok?
Comment 7 Jens Dagerbo 2003-11-23 03:02:32 UTC
Changing component.

I still hate it, btw.. ;)
Comment 8 Andreas Pakulat 2008-06-29 16:34:09 UTC
kdev4 has only 1 file-manager, so I guess this can be closed and a new wish opened against kdelibs to provide a tree-like view in the KDirOperator class.