On Thu, Jun 10, 2010 at 23:09, Dimitar Zhekov dimitar.zhekov@gmail.com wrote:
On Fri, 11 Jun 2010 02:18:39 +0800 Chow Loong Jin hyperair@gmail.com wrote:
It's git://gitorious.org/gproject/mainline.git.
Thanks.
On Thu, 10 Jun 2010 22:31:27 +0200 Jiří Techet techet@gmail.com wrote:
Yet another file system browser...
...that is integrated to geany and makes it possible to access files fast and gets rid of garbage files. Yes.
No more integrated than the other browser plugins. filebrowser filters the object files too.
It seems to me that simply adding a "project patterns" field in the Geany project settings dialog, and making the patterns available to all browser plugins and Find in files, would have been better than duplicating functionality.
I don't duplicate any functionality - I reuse whatever I can from geany. (Unfortunately I can't use all the features the session project uses, something I've been discussing with Lex and Nick. So some features are missing.)
There are currently patterns in 3 plugins (including gproject) and the ability to enter them in Find in files as --include and --exclude. That's what I meant by duplication.
I'd be happy if you tested it - you'd be the first one ;-).
I did, briefly. On the plus side, the browser works. Now...
Thanks a lot for giving it a try!
Find in project segfaults. I'll compile a -g version tomorrow.
Fixed & pushed (I knew about this and had the fix, just forgot to push it). It was because the active file you were looking at didn't belong to the project (or you just didn't have any file opened). If the active file doesn't belong to the project, the project isn't active and the items in the menu have no effect (yes, I should gray them out in this case).
Find file does nothing when started from the menu, and finds nothing when started from the project tree. I expected incrementional search or filter field in the sidebar.
Again, because the project wasn't active. When it is active, it will just write the files it finds into msgwindow. Incremental search is too slow with big projects (this was real pain with codeblocks).
Clicking on a file/directory entry immediately re-selects the editor. Somewhat practical, but an obstacle to the keyboard navigation.
This was intentional, but if many people dislike it, I can disable it.
Of course, with a single mixed directory/file tree, and without any pathbar selector, bookmarks, or at least a Go to directory (maybe Find
What is pathbar selector?
file does this?), navigating inside a large project is clumsy. In a simple directory structure with lots of files, the filebrowser with it's filter is more useful.
I agree that for flat directory structure with lots of files the file browser is probably better - and I'm not going to duplicate its functionality.
We probably come from different worlds - I work with a project with deep directory structure so navigating between files with file browser is painful (but with my plugin when the tree is expanded, it is much easier - I have expanded only those subsystems I'm working on and the rest is collapsed). On the other hand, the directories themselves contain relatively small number of files. Also the files contain the subsystem name in the prefix so it didn't come into my mind that someone may want to search for a directory - I'll add a checkbox for "find in whole name including path" into the find file dialog.
I don't see any need for bookmarks inside the plugin; this should be implemented in geany (I bet people not using this plugin want the functionality too). If you press the last button in the toolbar, the sidebar will follow the current (or bookmarked) file for you.
I also expected to have the file type actions in the files popup menu, it seems like the most natural thing for a "full project". Not that a
You mean the same that the file browser has or do you have something else in mind? Can add those, that's no problem.
Thanks,
Jiri