-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans (1) . 

kio-locate

   0.4.5  

KDE Improvement

Score 78%
kio-locate
zoom


kio-locate
zoom


kio-locate
zoom


Link:  Link
Minimum required   KDE 3.2.x
Downloads:  16295
Submitted:  Oct 21 2004
Updated:  Oct 20 2005

Description:

kio-locate is a KDE I/O Slave for the locate command. This means that you can use kio-locate by simply typing in konquerors address box.

You can e.g. type "locate:index.html" to find all files that contain "index.html" in their name. There's even more: You can use kio-locate in all KDE applications, that accept URLs. Just take a look at the screenshots.

Many thanks to Tobi Vollebregt who has been improving kio-locate as a participant of Googles "Summer of Code". Thank you very much!




Changelog:

kio-locate (0.4.5) 2006-02-05 -- Armin Straub

* Search hits with non-ascii characters in the file name always showed up
with invalid size/owner/group information (fixed by Johan Billing).
* kio-locate should now compile with gcc-4.1_beta (fixed by Jan Jitse
Venselaar).
* Updated to bksys 1.5.1.


kio-locate (0.4.4) 2005-10-19 -- Armin Straub

+ Warn if locate (or whatever is selected) is not installed (suggested
by Axel K. Braun).
* Use slocate and rlocate as default when available (suggested by Nicolas
Degand).
* Closed a bug preventing the display of items having the same prefix
(reported by Takis).




LicenseGPL
(0.4.5 source)
Debian(0.4.5 debian sid)
(older versions)
(0.4.2tvo0.2 kubuntu hoary)
(0.4.3 RPM Fedora Core 4 (thanks to ociomax))
Send to a friend
Subscribe
Other  Apps  from arminstraub
Report inappropriate content



goto page: prev  ... 3  4  5  6  7  8  9  10  11  12  13  14 

-

 thanks!

 
 by Octane097 on: Jul 31 2005
 
Score 50%

this is really great. thank you


Reply to this

-

 some feedback

 
 by DarkLord on: Sep 13 2005
 
Score 50%

Thanks for this nice app, it's really something that makes the whole kio concept (available everywhere) shine.

Here's a bit of feedback:

In the config dialog it's possible to change the command used. But the hint doesn't really apply at least on Kubuntu. Here locate is a symlink to slocate already. No harm done really but it's just confusing maybe, for those who don't know =)

The blacklist and whitelist features. If I understand them correctly the blacklist will contain elements that would never come up.
But the whtielist (by it's name) would mean those items always come up?

Are you expected to enter full file names or is it that you just put in somes strings? If the first is the case maybe a file-open dialog would be appripriate.
In any case some short informational text would be nice - and maybe some more using the "?" What's this feature tooltips as well.

Keep up the good work!

Cheers,
Chris


Reply to this

-

 Re: some feedback

 
 by arminstraub on: Sep 14 2005
 
Score 50%

Thanks for your comments. It should be possible for some next release to change/add the hints, to make the config dialog easier to use.

> If I understand them correctly the blacklist will contain elements that would never come up

Correct.

> But the whtielist (by it's name) would mean those items always come up?

No. An item has to match at least one entry of the whitelist for being displayed (that's what the default entry '.' is for).
Perhaps the name whitelist is not optimal. What name would you propose?

> Are you expected to enter full file names or is it that you just put in somes strings?

You may enter regular expressions (which by default may match anywhere, but you use something like '^...$' to force a full match).


Reply to this

-

 Re: Re: some feedback

 
 by DarkLord on: Sep 14 2005
 
Score 50%

> No. An item has to match at least one entry of the whitelist for being displayed (that's what the default entry '.' is for).
Oh, that's interesting. Actually I wouldn't have got that by looking at the interface itself. Probably I'd even remove "." because I thought I put it there unintentionally myself.
As far as I understood it "*" would be the expected symbol for me there, so basically all that matches "*" (= "anything") would be possibly included in the resutls.
Anyway I still could misunderstand this since I don't see a direct practical use of the white list - probably I think in the wrong direction.


> Perhaps the name whitelist is not optimal. What name would you propose?

Not sure if there's a good one-word explanation. A short one-liner what it does might be needed.

>> Are you expected to enter full file names or is it that you just put in somes strings?

> You may enter regular expressions (which by default may match anywhere, but you use something like '^...$' to force a full match).

I suppose this wouldn't match well with a system where you could put in a whole path (to a directory or file), that (including all subdirs) would be exluded from any locate: output? I think that might be useful for some people. maybe. :)


Reply to this

-

 Re: Re: Re: some feedback

 
 by arminstraub on: Sep 15 2005
 
Score 50%

The 0.4.3 release should address some of your issues.

> As far as I understood it "*" would be the expected symbol for me there, so basically all that matches "*" (= "anything") would be possibly included in the resutls.

The items are regular expressions and the star * has a slightly other meaning. * would be .* here (but . suffices for matching).
If this confuses you, you might want to read something about regular expressions. It's certainly worth the effort!!

> Anyway I still could misunderstand this since I don't see a direct practical use of the white list - probably I think in the wrong direction.

Using the white list you can e.g. restrict the search to special directories, while the black list e.g. tells which directories to ignore.


Reply to this

-

 locate configuration

 
 by DarkLord on: Sep 13 2005
 
Score 50%

Oh I forgot:
would it be possible for the locater:config dialog to include configuration of locate / slocate (whatever's used) itself?
User's might preceive the locate: kio slave to be the same with the locate idea in general and expect any configuration there. So one could see (and change if necessary) all necessary settings, like when and maybe how the database is refreshed.

If it's not possible to actually configure it from there there could be some hints and info about the current configuration and how to change it.

Cheers,
Chris


Reply to this

-

 Re: locate configuration

 
 by arminstraub on: Sep 14 2005
 
Score 50%

> would it be possible for the locater:config dialog to include configuration of locate / slocate (whatever's used) itself?

I'm not sure about this. As you can see from your previous posting this may vary from distribution to distribution.

> User's might preceive the locate: kio slave to be the same with the locate idea in general and expect any configuration there

This is again handled quite differently in some distributions.

> If it's not possible to actually configure it from there there could be some hints and info about the current configuration and how to change it.

A section in the help would certainly be nice. I will add it to my TODO list. Maybe a good link would suffice? Any good (easy) docs?


Reply to this

-

 Re: Re: locate configuration

 
 by DarkLord on: Sep 14 2005
 
Score 50%

> I'm not sure about this. As you can see from your previous posting this may vary from distribution to distribution.

I see, it would only make sense if you worked directly with a distributor to provide kio-locate as a default option somewhere I guess.

>> If it's not possible to actually configure it from there there could be some hints and info about the current configuration and how to change it.

> A section in the help would certainly be nice. I will add it to my TODO list. Maybe a good link would suffice? Any good (easy) docs?

Maybe just a link to man:locate (again the slocate man page is shown in kubuntu, which is ok) would suffice.
I'd suggest putting a smal int on the configuration panel itself though and not only in help. So people just having a quick look about the options still can see that the logic behind it is configured somehwere else.

But actually there's not very much in the man page at all . It doesn't give any idea to look at the crontab or in /etc/cron.daily.

No idea what to do best, maybe some hint about man:locate and crontab in general would be enough, then. If there where a good cron frontend in KDE by default that would be an option, but i don't know about something like that.


Reply to this

-
.

 Does not work!

 
 by kfries6 on: Sep 13 2005
 
Score 50%

This looks like one of those "but it works on my system" times.

My System: Fedora Core 4

- I installed scons from yum

- did a $ scons configure
- no errors

- did a $ scons
- no errors

- did a $ sudo scons install
- no errors

Tried to find something in Konqueror, and all I get is the sound of breaking glass and a protocol not found message.

Tried restarting X (Ctrl-Alt-Backspace) then tried the locate:something again, same result.

- did a $ sudo -c uninstall

- erased the build directory

- expanded from the tarball again

- did a $ scons configure prefix=/usr
- no error

- did a $ scons
- no error

- did a $ sudo scons install
- no error

Same testing procedure... same result.

There are no errors being thrown anywere, this thing just does not work. Any clues?


Thx
Kevin Fries

Reply to this

-

 Re: Does not work!

 
 by arminstraub on: Sep 14 2005
 
Score 50%

Hmmh. Don't know about Fedora.

Is /usr the correct prefix. Do you e.g. have the file
/usr/share/services/file.protocol
at this place? And where is your
locate.protocol
after scons install?

These files certainly should be in the same directory.
Could you find out where the kio-locate files where installed to? E.g.
/usr/lib/kde3/kio_locate.la
/usr/lib/kde3/kio_locate.so
...


Reply to this

-
.

 great

 
 by toonmuylkens on: Sep 15 2005
 
Score 50%

It is super usefull!
It reduces the time you waste to browse tot the right location on your hard drive.

Will it be part of the next KDE release?
Did you talk about it on KDEmailing lists or on IRC or so?


btw: if you need any help?

cheers
tuxer


http://tuxer.tk
Reply to this

-

 Re: great

 
 by arminstraub on: Sep 15 2005
 
Score 50%

Thanks for your comment.

> Will it be part of the next KDE release?

Don't know exactly about this, but addition to kde-extragear is planned for the next future.


Reply to this

-

 KDE 3.2.x

 
 by Zoombie on: Sep 15 2005
 
Score 50%

I don't think this works on KDE 3.2. It doesn't compile on my KDE 3.3 system. The build fails while looking for setButtons in KLocateConfigFilterWidget's constructor, which I'm assuming was adding in 3.4. The Debian package also depends on KDE 3.4. Looks like a cool tool, though.


Reply to this

-

 Re: KDE 3.2.x

 
 by arminstraub on: Sep 15 2005
 
Score 50%

> I don't think this works on KDE 3.2

This may be right, but I can't check for I'm using 3.4. But I will look into this.


Reply to this

-

 Re: KDE 3.2.x

 
 by arminstraub on: Sep 19 2005
 
Score 50%

As far as I read in the docs, the setButtons method should have existed even before KDE 3.2.

Perhaps there is another problem?
Is there someone who compiled it successfullz under KDE 3.2?


Reply to this

goto page: prev  ... 3  4  5  6  7  8  9  10  11  12  13  14 

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.