Bug 57460 - Documents Tab: kate should use a tree view for the file list
Summary: Documents Tab: kate should use a tree view for the file list
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: 2.1
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
: 98907 142992 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-04-20 02:01 UTC by Vadim T
Modified: 2010-10-26 14:58 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vadim T 2003-04-20 02:01:33 UTC
Version:           2.1 (using KDE 3.1.1)
Compiler:          gcc version 2.95.4 20011002 (Debian prerelease)
OS:          Linux (i686) release 2.4.18

Almost the only thing I miss in Kate is the possibility of displaying the file list as a tree. Sometimes I need to work with several files that have the same name in different folders. For example, index.html is very common. Having a tree view would make it much clear what file is what.

Alternatively, a folder column could be added to the file list.
Comment 1 metrol 2003-04-26 07:53:41 UTC
I just posted a similar point, along with a longer rant, up on the kwrite-devel list.  
A copy of what I stated there... 
------------------------------------------------------------------- 
File Browsing: 
This is one feature that JEdit nails, Kate comes close, and NEdit stinks at.   
JEdit provides a basic tree'd view of folders with file below.  In that  
respect, not much different than how Quanta does this.  Biggest difference is  
that when you double click a folder, that folder becomes the root view in the  
file pane.  This allows me to both focus on just the folders I'm working on,  
while still showing me the bigger picture of the structure I'm in. 
------------------------------------------------------------------- 
 
I personally feel this is a better approach than what you're proposing in this bug, 
only for the fact that it only needs a single pane to do this in. 
Comment 2 metrol 2003-06-17 21:23:21 UTC
*** This bug has been confirmed by popular vote. ***
Comment 3 Anders Lund 2005-02-09 11:30:44 UTC
*** Bug 98907 has been marked as a duplicate of this bug. ***
Comment 4 Adam Ierymenko 2007-04-06 20:09:02 UTC
Please please please do this!

I was using Eclipse to edit a C++ project just for this feature... all that bloat of eclipse just to have a treed file browser and tabs overhead.  Its so nice.

BTW, tabs overhead or the ability to view the document list as a tab list would also be nice.

Also: having it open an "untitled" file when no file is open is annoying.  This should be able to be disabled.

But these things are minor.  Trees!!!!!!!!!!!!!!!!
Comment 5 Thomas Friedrichsmeier 2007-12-10 00:53:16 UTC
*** Bug 142992 has been marked as a duplicate of this bug. ***
Comment 6 Vic Fryzel 2008-06-18 16:13:45 UTC
Is there any update on this?  I was actually planning on doing this in the next week or two.  I just rebuilt kate from trunk, in fact.
Comment 7 Vic Fryzel 2008-06-18 22:21:07 UTC
Just found this:

http://www.kde-apps.org/content/show.php?content=60026
Comment 8 Nigel Stewart 2008-06-22 06:55:21 UTC
I think the plugin is a good start, but the functionality is a bit limited -

- Missing the filtering that the regular filebrowsing tab has.
- No right-click menu or functionality
- No way to set a node as the root - such as a particular project or network drive
- It would be nice to share the existing bookmarks in the filebrowsing tab.
Comment 9 Akhmad Fathonih 2008-06-22 14:47:09 UTC
Hi people,
I am the author of katefiletree plugin. Nigel Stewart notified me about this bug/wishlist about trees in kate :).

To make it short. By looking on my current time management, and my current C++/Qt skill, it is pretty much impossible for me to take this plugin into a fully usable state. So, hereby, I am stating that I'll be honoured to see you, great people, take this plugin into a whole new level. Nigel said, it should/must be ported to KDE4. I would definitely say it would be great!

My initial intention was to have a similar tree we can found in KDevelop. But if I may suggest, we may want also to see what others have implemented in other IDE, eg: netbeans, eclipse, etc.

Regards,
Akhmad Fathonih (neofreko)
Comment 10 Dominik Haumann 2008-08-12 13:56:53 UTC
There is a treeview available in the file system browser for KDE 4.2, maybe even earlier. However, this is the file system browser, not the Documents tab.
Comment 11 Nick Shaforostoff 2008-12-06 05:53:33 UTC
plain filesystem representation is a no go.

Vadim requested grouping of opened files based on their location
Comment 12 Mathieu Jobin 2008-12-12 14:36:09 UTC
please include this in standard KDE
most programmers (read kate users) needs a tree view when working on their project.

there is already a plugin done for kate 4.x

http://www.kde-apps.org/content/show.php/kate+treeview+plugin?content=80940
http://batiste.dosimple.ch/blog/2007-12-21-1/

just include it, thanks

Comment 13 Dominik Haumann 2008-12-12 16:56:38 UTC
@Mathieu: This is already in KDE 4.2 available in the file system browser plugin. So the links you refer to are definitely not needed.

As already mentionen: This bug report is about the *Documents* tab.
Comment 14 Nikolai Försterling 2009-01-13 15:10:33 UTC
I agree to the Arguments and as long as i'm mostly working with the "light" editors like kate/kwrite, i know about the irritatng list with all the same names like index.html in it.
But i wonder whether this should be assigned to kate.
Comment 15 Nikolai Försterling 2009-01-13 15:12:04 UTC
whether ... to kate or kwrite ;-)
Comment 16 Mathieu Jobin 2009-01-21 20:29:26 UTC
fact is, there is no need for both a document and a tree view tab.

Comment 17 Dominik Haumann 2010-10-26 13:55:12 UTC
@Thomas: I'm all for closing this as fixed, since your file tree Documents tab now optionally shows the files in a tree structure. Do you agree?
Comment 18 Thomas Fjellstrom 2010-10-26 14:10:50 UTC
(In reply to comment #17)
> @Thomas: I'm all for closing this as fixed, since your file tree Documents tab
> now optionally shows the files in a tree structure. Do you agree?

Probably.