[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: [PATCH] KBookmarks / fd.o desktop-bookmark-specHi
From:       nf2 <nf2 () scheinwelt ! at>
Date:       2008-03-16 17:32:37
Message-ID: 47DD59B5.6050700 () scheinwelt ! at
[Download RAW message or body]

Hi Daniel,

Daniel Teske wrote:
> Hi Norbert,
> 
> thanks for the patch. And sorry for taking so long to answer. As to the icon code, that looks \
> good and correct. For the external file part, I have a few questions: 
> In the new KBookmarkManager::KBookmarkManager() constructor, you only start watching if the \
> file already exists. Which if I read the code correctly means you never going to watch this \
> file 
> Could you explain why you startWatch() in the destructor of KBookmarkmanager? That looks \
> strange 

The startWatch() is also called in KBookmarkManager::saveAs(). It's not 
in the destructor - just looks like it in the patch :-)
The reason is that i was not sure whether i can start KDirWatch on a non 
existing file.

> In kbookmark.cc if we call the function findMetaData() with METADATA_KDE_OWNER, it returns \
> the first metadata element which has either the right or no owner. Which means if there are \
> both, a metadata element with METADATA_KDE_OWNER and a element with an empty owner, the \
> function returns whichever comes first. 

I think it works as expected, as only if ( owner == forOwner ) returns 
from the loop. But i have just moved this code and made it more generic.

Regards
Norbert


[prev in list] [next in list] [prev in thread] [next in thread]