KDirWatch bug and the analysis. Help is welcome!

[Rolf Eike Beer]

David Faure wrote:
> On Thursday 01 August 2013 01:30:08 Mark wrote:
> > However, we have been given the power of inotify which gives more detailed
> > signals and lets us know which files have been created/added/modified
> > which
> > we should be used imho.
> 
> OK. First let's imagine that it's not a hidden file. Say you create "foo"
> file (from the command line) in a directory currently shown in dolphin.
> When using inotify, we could get a "foo was created" signal, but then what?
> KDirLister is going to need more details anyway (size, mimetype, date,
> icon, etc.). To get that, it re-lists the directory. Don't say it could
> just KIO::stat the new file, it becomes very slow if many files get
> created/modified, and it creates much more complex code paths in kdirlister
> which is already complex (it would also need to handle deletion separately).
> Instead we have a single reaction to "something changed in this directory"
> : re-list it and update it to show the changes (after basically diff'ing
> the new listing and the old listing).

Handling delete should be much simpler than adds as you do not need to lookup 
any new information, so avoiding the whole directory scan on delete sounds 
like a good idea to me in any case, no?

Eike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20130801/422c51dc/attachment.sig>