From kde-core-devel Thu Dec 02 09:12:25 1999 From: "David Faure" Date: Thu, 02 Dec 1999 09:12:25 +0000 To: kde-core-devel Subject: RE: kded excluding dirs? X-MARC-Message: https://marc.info/?l=kde-core-devel&m=94412599113177 > On Sun, Nov 28, 1999 at 01:57:04PM +0000, David Faure wrote: > > Hi, > > > > is it possible to configure kded which directories to watch for new > > > mimetypes, .desktop-files, et al? > > > I imagine our university network, where the KDE-installation is quite > > > static (you wouldn't need to run kded at all), but with KDEDIRS, a user > > > could install his own additions, where kded would make sense. > > > So could I tell kded to watch e.g. ~/kde, but not /usr/KDE? > > If you do that you need a full copy of the mimetype+apps+services+servicetypes > stuff in ~/.kde, otherwise it won't work... > > ideally, kded shouldn't need to recreate the entire ksyscoca-file, but > instead only update/remove/add changed items. > But I guess you would have implemented that already, if it > would be easily possible. Otherwise, one could tell kded to not use KDirWatch on the > global stuff, but to restrict it to local files. If something changes, > well, recreate the entire ksycoca, but at least don't monitor > it all the time. No, that's not how kded/ksycoca has been designed. (If you want to do add/update/... you either need to keep things in kded's memory, which we don't want, and you can't just append something to the file since all indexes have to be updated). I think the best solution is to have an option "only scan user's dirs" that does what it says : only adds user's dirs to KDirWatch, not global dirs, but when the ksycoca file is recreated, it will recreate the whole file, reading the files on the global dir as well. The only case where this breaks is if admins decide to change a global file, but that's where the compromise is. OTOH since kded runs on startup, every one will get the new settings on the next logon. > [...] -- David Faure faure@kde.org - KDE developer david@mandrakesoft.com - Mandrake david.faure@cramersystems.com - Cramer Systems