Re: "Open Invitations" and akonadi_search_resource
Sandro Knauß <[email protected]>
| Newsgroups | gmane.comp.kde.devel.pim |
|---|---|
| Message-ID | <4358261.szbLMGWNvh@tuxin> |
Hi, > I suppose the akonadi_search_resource was supposed to display these > invitations so the filter model made sure we didn't display the invitation > twice. But since this resource disappeared/broke, we now don't have any > invitations displayed anymore. The akonadi_search_resource is not broken - you can check it via akonadiconsole, that there you find invitations. The search resource is relaying on the Akonadi Search and you can see it as a persistent search. You can see the query string, if you go to Interals tab in akonadiconsole in folder properties. The main reason for this persistent search is, that you may want to show invitations in an different color and to always see them even if the calendar is not displayed. If you read an email of an invitation in kmail the invitation is automatically added to you default calender. You can answer the invitation later via KOrganizer and don't need to to this in KMail. > I wonder if we shouldn't just change the condition in > calfilterpartstatusproxymodel to by default only hide invitations where we > are attendees and that we explicitly declined and maybe add an API to > display all invitations (in case the user wants to also see the declined > invitations). Why to add another API? You can define the mBlockedStatusList and you have Akonadi Search that gives you all exactly what you what to have ;) The only difference is, that the collection is a virtual one (isVirtual=True). That implies that parentCollection != storageCollection. For virtual one the parentCollection is the search folder and the storageCollection is pointing to the collection, where the event is stored. Btw. the proxy model makes sure that events comming from virtual collections (like this Open Invitations collection) are always displayed: https://invent.kde.org/pim/akonadi-calendar/-/blob/master/src/ calfilterpartstatusproxymodel_p.cpp#L91 Maybe we need to move the SearchCollectionHelper, that take care about the search query, to a place where also kalendar can use it: https://invent.kde.org/pim/korganizer/-/blob/master/src/helper/ searchcollectionhelper.h Cheers, Sandro
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOewRoCAWtykmSRoG462wCFBgVjYFAmLUGscACgkQ462wCFBg VjYJ0RAAxMNt/meVt6lrJiUwnrmvhjI+/CCf2icUbDyI87MPbjPo7deDoaNVio/A /D83iAUObW451VLWIaJ3K25C/jJ9Z0yzYgJAkfOEAOLV2X5n1tBWvVgAqSPhJ6Ks E2P253tj3VM/GEjRoCaHrQADcj6/Z2+AXDVMd7GRhUvtYU/emqNAulYi20GvVHZD YJoQwcF5xEJ5sQi0I1k7lx5HoFj2DXewYN1IoUMAkb/q5JHKOnJ0GYVBhgXhTSUH yJmptAlr8SgvS3H5dI6EvmYLtM7yUAvh4SM+dfp361kWTNiadYc/2kZHS0GSpDgT YXQEQA/jkqcy860uSvqAEKTw2rabhNTfD2kjDjjAdAf1K4kREJmlQuwDG0slvj9q OHUbVgMD0sEgP5f0JkAloBLFxTT6vbvuFXeRTU6Vyeao65XG8FPovROnarqExI50 dG2HcNydVn0PRb/jupfATy9mlsVLuskc3D5XVdX+k6O5ESH7mavFDk6uKXlyh15P EM0ewTJ7jT58H49WpnHUB3uSuFvNoZIrPHkNNHpe8Q8mpS/iW7rPL+i5Z5qNGg+b c34YvGVi3EaYoI8VrskDD18MkSh1JYlgRHKNUxQitH7Ys5qatgjEfVNrJIhcxNDU 95s3ls3vWChS8cM4vHTc2uVoUHoU+nSPNJwm2TJKGra+ladlam4= =ix/D -----END PGP SIGNATURE-----