KPeople/KContacts/Akonadi

Jack ostroffjh at users.sourceforge.net
Sat Jul 29 15:52:32 BST 2023


On 7/29/23 08:28, Thomas Baumgart via KMyMoney-devel wrote:
> On Freitag, 28. Juli 2023 01:48:21 CEST Nicolas Fella via KMyMoney-devel wrote:
>> Am 27.07.23 um 20:26 schrieb Jeremy Whiting:
>>> At Akademy there was some discussion about dissolving
>>> KPeople/KContacts and Akonadi. One user of those that came up was
>>> KMyMoney. I took a quick look at what it's using that for and it seems
>>> to only be when adding payees, by trying to lookup names/email in the
>>> above libraries
>>> is that something users rely on and actually use? I've never come
>>> across it myself, but I likely don't use many features kmm has. I
>>> *think* Nicolas Fella the guy that wrote/maintains KContacts mentioned
>>> there have been issues with it and it never worked well. You had to
>>> create a .vcard file and import that in order to get any contact data,
>>> etc.
>>>
>>> If it doesn't work I suggest we remove it, so KMyMoney isn't one of
>>> the last reasons for it to continue to exist. If it does work or
>>> people are using it maybe it would be best to discuss either ways to
>>> fix it or improve it I guess.
>>>
>>> I'll add Nicolas to the cc to add any insight he has or clarify any of
>>> my misunderstandings.
>> There are indeed some.
>>
>> KContacts and Akonadi are not going anywhere. The problematic part is
>> KPeople, which KMyMomey doesn't currently use.
>>
>> The reason KMM came up in this discussion is
>> https://invent.kde.org/office/kmymoney/-/issues/54. There the idea was
>> since depending on Akonadi is not very portable to use KPeople as a
>> light-weight, read-only view into the "system contacts". On Plasma that
>> would then likely use Akonadi internally. I still think it's the right
>> thing to do conceptually, but given the poor state of KPeople it's not
>> something I'd recommend doing now.
> Thanks for all the input you provided. Looking at the code in KMyMoney
> it is only used to copy address information from the PIM addressbook to
> KMyMoney. I have not used it myself after it was added to an ancient
> version of KMyMoney (3.x or 4.x). For now, I can simply remove the UI
> parts and in case no-one complains, we can simply remove the logic.
>
> Ideas/Thoughts/Suggestions?

Sounds good to me.  Does it make sense to remove the gui in both 5.1 and 
master branch to see who complains, then only bother removing the logic 
in master?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20230729/75d88981/attachment.htm>


More information about the KMyMoney-devel mailing list