faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
|
klink
by MM on Thursday 03/Mar/2005, @00:58
|
This sounds really cool, especially the knotes integration. But I have a question... what happens when a file becomes renamed? Will there be a monitor that records all 'rename' actions?
Just curious... |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: klink
by Bram Schoenmakers on Thursday 03/Mar/2005, @02:12
|
Well, nothing has been implemented yet, these are only ideas. But you might try contacting Scott for this issue.
|
[
Reply To This | View ]
|
Re: klink
by MM on Friday 04/Mar/2005, @08:40
|
No need for it anymore, thanks though.
|
[
Reply To This | View ]
|
|
Re: klink
by Aaron J. Seigo on Thursday 03/Mar/2005, @15:28
|
> Will there be a monitor that records all 'rename' actions
hopefully not.
there's no reason the name of the note must be reflected in the name of the file. the file "name" could simply be numeric and in a hidden folder, which they already are. so the user shouldn't be going about in there and renaming those files.
it's kind of like worrying what happens when a user renames config files in /etc or `kde-config --localprefix`/share/config ;)
moreover, there's no real reason why the notes themselves would have to be stored in regular on-disk files at all.
|
[
Reply To This | View ]
|
Re: klink
by MM on Friday 04/Mar/2005, @08:31
|
Well, I meant it the other way around...
Just to make it clear... e.g., there is a file file://home/mm/unnamed.kwd and it has a note assigned to it. Then the file is renamed/moved to file://home/mm/Documents/todo.kwd
Will the note be linked against a wrong/non-existing document? What about the search feature, will it find the right file, but the wrong name and path?
I'm asking because I believe I remember Apples spotlight seems to have integrated something that solves such problems, but I don't know how this works (and if it works). Maybe they just changed their "Finder" so it keeps track of all rename and move actions. Or they changed the libraries.
I'm aware that this is a minor problem during the design phase, just wanted to mention it.
Sorry for my english...
|
[
Reply To This | View ]
|
Re: klink
by Aaron J. Seigo on Friday 04/Mar/2005, @10:07
|
ah.. when the _target_ of the note's URI changes.. yes, this is something we need to watch for. there area few ways of doing it that i can think of, but i'm not sure at this point which is the best. certainly an area for research =)
the big factor will be whether we care if it breaks when using the command line (we probably do) and if so how efficiently we can hook into change notifications from the kernel. this _is_ one of the things that's easier to do when you embed it into the filesystem itself, a luxury we don't have.
but as long as we can get these notifications working decently, there is only one point in the mesh for any given URI where than URI is actually referenced. so making these changes, once they are known, is trivial to do with exactly zero loss of information within the mesh itself.
|
[
Reply To This | View ]
|
Re: klink
by SadEagle on Friday 04/Mar/2005, @12:57
|
AFAIK, the only notification DNotify produces is "directory changed" --- and do all systems even have change notification? So you probably can't count on kernel help.
|
[
Reply To This | View ]
|
Re: klink
by MM on Friday 04/Mar/2005, @13:10
|
> this _is_ one of the things that's easier to do when you embed it into the filesystem itself, a luxury we don't have.
I was about to suggest a Reiser4 plugin, but I'm not sure if plugins are allowed to do anything more than providing attributes (or "files within a file").
If plugins are limited in this way, it though should be possible to save a "history" of the file (recent names and paths, date and time of the rename/move action). But this information would be useless for klink, as attributes can only be read if the correct path and name are known, so klink would have to search the whole harddisk and scan the "history" attributes of all files...
And not everybody uses Reiser...
|
[
Reply To This | View ]
|
Re: klink
by MM on Friday 04/Mar/2005, @13:19
|
Oh, and even if Reiser4 plugins are not limited, I wonder how a notification system of a file system could look like... I feel a bit uncomfortable having a file system that depends on dcop (no offense, dcop is great, but on file system level?)
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|
![[KDE Dot News]](http://www.kde.org/dot/Images/kdedotnews.gif)
