I have a nice idea for konqueror

Anirudh Sanjeev prototype.angel at gmail.com
Wed Feb 7 11:55:42 GMT 2007


Hi,

In response to the query of tracking the file usage. I don't think we need
to worry about gnome/gtk apps or command line. And the last thing we need to
worry about is the logs of the filesystem/last accessed counter, cause we're
not worried about which files are opened, we're worried about which files
the *user* wants to open. So if someone opens through the command line or
through gtk, we are really not worried about it, cause he/she probably likes
it the way it is. Also this is a huge privacy concern as someone can find
out where the person is going around, so we should have "disable tracking in
subdirectories" or something.

But coming back to the initial concept, the system should just log the
folder open and the file opened to analyze for trends.

This is all part of a bigger idea I'm forming in my head for an application
that keeps changing itself based on user interactions. More on that much
later.

regards
Anirudh Sanjeev




On 2/7/07, kfm-devel-request at kde.org <kfm-devel-request at kde.org> wrote:
>
> Wasn't that one of the features promised for Reiser (storage of
> meta-data for purposes such as this) and also one of the features
> promised in a certain nameless Redmond-based company's "WinFS?"
>
> Great idea, but unless it's based on the filesystem, it becomes less
> useful and more prone to inaccuracy and/or corruption; i.e., if you
> access it via a gnome session/gtk app, or via shell script, would a KDE
> service track such accesses to ensure accuracy?
>
> This is where long filenames and folders come in; you can come up with a
> basic organizational system, and then use Konqueror's filter feature (I
> love that feature, thanks guys!) to limit what gets displayed.
>
> --Kim
>

-- 
Contact:
http://www.anirudhsanjeev.org
Personal Mail: prototype.angel at gmail.com
Official Mail: anirudhsanjeev1 at gmail.com
gtalk: prototype.angel
skype: prototypeangel
YIM: paradoxist1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20070207/850a2c11/attachment.htm>


More information about the kfm-devel mailing list