Konq Bookmarks/Hidstory (Was: D-BUS implementing DCOP - some minor problems?)

Waldo Bastian bastian at kde.org
Wed Jan 26 17:52:02 GMT 2005

On Wednesday 26 January 2005 16:58, Maks Orlovich wrote:
> We actually have a bug sort of based on this. KonqHistoryManager does
> broadcasts to konqueror-*, but the universal sidebar does a history view
> inside a kicker process => it does not receive update notifications.
> Hmm, it should probably add a second call to 'kicker' then, shouldn't be
> /too/ horrid performance-wise, though quite ugly. ..

Better solution: use a signal instead.

> (If you only care about D-BUS, skip this bit, it's me rambling about stuff
> KDE may or may not need)
> Though, I must add that we also have a similar thing done for /bookmarks/,
> but it uses DCOP signals -- good, but synchronization is happening
> exclusively via the file --- bad. It may be nice to have something common
> for those two that helps keep things up-to-date, and handle the highly
> tricky case of the owner of the file exiting (though we probably still want
> to sync to the disk to help the starting apps --- though have to be careful
> not to have a race between reading a file and new updates -- timestamps,
> here we come!); though making this nicely performing and completely race
> free would be quite difficult;  anyway, I digress.

When I add kded-modules I had these kind of simple bookkeeping tasks in mind. 
Instead of doing all kinds of difficult locking, just handle it centrally in 

bastian at kde.org   |   Free Novell Linux Desktop 9 Evaluation Download
bastian at suse.com  |   http://www.novell.com/products/desktop/eval.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050126/94493eb0/attachment.sig>

More information about the kde-core-devel mailing list