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

List:       kde-pim
Subject:    Re: [Kde-pim] Review Request 109264: Store collection paths instead of collection ids in filter conf
From:       "Kevin Krammer" <krammer () kde ! org>
Date:       2013-03-03 17:42:18
Message-ID: 20130303174218.28520.41554 () vidsolbach ! de
[Download RAW message or body]


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109264/#review28475
-----------------------------------------------------------



akonadi/collectionpathresolver.cpp
<http://git.reviewboard.kde.org/r/109264/#comment21273>

    you could even move that into the if block



akonadi/entitytreemodel.h
<http://git.reviewboard.kde.org/r/109264/#comment21275>

    I am wondering if you could not use CollectionRole and then retrieve the name \
from the returned collection.  "Name" is not defined for all Entities (not for Item)


- Kevin Krammer


On March 3, 2013, 5:35 p.m., Andras Mantia wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/109264/
> -----------------------------------------------------------
> 
> (Updated March 3, 2013, 5:35 p.m.)
> 
> 
> Review request for KDEPIM-Libraries and Volker Krause.
> 
> 
> Description
> -------
> 
> Currently the filter configuration contains a collection id. This id is specific to \
> a single akonadi instance, thus making impossible to synchronize the configuration \
> file between computers and also invalidates all the filters in case of Akonadi \
> database corruption and recreation. To fix this there was a need to extend the \
>                 client libraries. This patch:
> - adds a new mode to the ETM so we can get the real name of a collection, not only \
>                 the display name
> - adds a helper class to the CollectionPathResolver to have a better way of running \
> it in blocking mode. CollectionPathResolver is private, but installed and I guess \
> it is ok to use from kdepim itself. 
> Obviously I will commit the changes independently (ETM and CollectionPathResolver).
> 
> 
> Diffs
> -----
> 
> akonadi/collectionpathresolver.cpp fd3551a 
> akonadi/collectionpathresolver_p.h 12a54ff 
> akonadi/entitytreemodel.h d55b73d 
> akonadi/entitytreemodel.cpp e2bd1d8 
> 
> Diff: http://git.reviewboard.kde.org/r/109264/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Andras Mantia
> 
> 

_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/


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