recursive directory indexing feature request

Bug #746323 reported by Denis Prost
38
This bug affects 8 people
Affects Status Importance Assigned to Milestone
kupfer
Opinion
Wishlist
Karol Będkowski

Bug Description

It would be great if one could chose an indexing depth for each directory that is choosen in kupfer preferences dialog main tab. The main purpose - to me - is to quickly open any subdirectory in nautilus, just typing a few letters of its name, like the gnome-do FilesAndFolders plugin does. That is very useful when working with hundreds of directories at a depth that can be as high as 5 or 6.

Revision history for this message
X (u78qir8a9-deactivatedaccount) wrote :

This can also be implemented in a plugin, so anyone is welcome to step up to do it.

Changed in kupfer:
importance: Undecided → Wishlist
tags: added: implement-in-plugin
Revision history for this message
Denis Prost (denis-prost) wrote :

Thanks Ulrik,
I don't have myself the skills to implement it, I hope someone will have time and knowledge to do it.
Regards,
Denis

Revision history for this message
X (u78qir8a9-deactivatedaccount) wrote :

Yes. I think most of the concern are about side-issues, like how to make a good interface for it and how to make sure not too many files are added to Kupfer (it's not designed for a monster-big index).

Revision history for this message
Denis Prost (denis-prost) wrote :

Gnome-do FilesAndFolders plug-in just has a two columns config dialog : folder and depth. I used it many times, it's simple and efficient.
As for the number of indexed files/folders, gnome-do warns if there are more than 3000 ones and stops indexing beyond (as far as I remember), letting the user chose to disable that control, at its own risk, through gconf-editor (but it should better be in the plugin config dialog)... Maybe something like that could be implemented, with the improvement of letting the user chose what limit he wants to set, kupfer only mentioning a recommended value ?

Revision history for this message
sojusnik (sojusnik) wrote :

+ signed

Revision history for this message
Dave (muellerdave) wrote :

oh yeah! already kinda requested this. hope someone with the skillset implements this! PLEASE!

Revision history for this message
ledom (sebastien-domeny) wrote :

really important feature I think

Revision history for this message
k (kasi-u) wrote :

+1

This missing feature is still having me consider gnome-do or synapse. I like kupfer more (plugins, no mono, better interface than synapse), but this missing feature is a pain.

Revision history for this message
belovedmonster (jd-hartland) wrote :

Please someone make this already. Having a good file search is the one feature I miss on XFCE and LXDE. I don't want to use something super heavy like Unity just so I can get all my important files easily indexed. If Kupfer did this then I'd be over the moon.

Revision history for this message
sircrow (sircrow) wrote :

+1

That would be a very nice feature!
Missing it also!

Revision history for this message
Karol Będkowski (karol-bedkowski) wrote :

Very simple plugin for recursive index directories:
https://raw.github.com/KarolBedkowski/kupfer-contrib/master/plugins/deepdirectories.py

Put it into ~/.local/share/kupfer/plugins, restart Kupfer, configure plugin "Deep Directories".

Works for me, but may be buggy.

Revision history for this message
sircrow (sircrow) wrote :

Thanks a lot Karol, I will give it a shot!

Revision history for this message
Denis Prost (denis-prost) wrote :

I tried it, it works fine, thanks !

Changed in kupfer:
assignee: nobody → Karol Będkowski (karol-bedkowski)
status: New → Opinion
Revision history for this message
Jan-Christian (jchtt) wrote :

The plugin provided works great, thank you! Will it be possible to see it in the official version, maybe with an option to specify the search depth independently for each folder?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.