This lists the form-factors the app was designed for in the AppStream
data and the desktop entry.

Override upstream CI to build Debian packages

Fix https://source.puri.sm/Librem5/gnome-contacts/issues/37

Update the ui state also by individual change, the ui wasn't updated
when only the individual changed, but not the overal ui_state.

Fixes https://source.puri.sm/Librem5/gnome-contacts/issues/28

This makes moving back to the contacts list more comfortable on a phone.

This better conveys the hierarchy of the panels, with the nice bonus of
looking better.

We need to start the folks and prerpare it before we can open the
Editor.

The API takes an array of (key, value) pairs.

Supported keys:
This can be specified multiple times
"email-addresses", "notes", "phone-numbers"
Only the last will be stored (because this properies are unique)
"alias", "full-name", "nickname"

Not all properites are supported for now because they can't be
easily set via dbus because they arn't a string

The API can be used via gdbus as well
gdbus call --session --dest org.gnome.Contacts --object-path  /org/gnome/Contacts --method org.gtk.Actions.Activate 'new-contact-data' '[<[("email-addresses", "julian@sparber.net"), ("phone-numbers", "+39333333"), ("email-addresses", "secondo@example.com")]>]' '{}'

Fixes: https://source.puri.sm/Librem5/gnome-contacts/issues/32

Fixes: https://source.puri.sm/Librem5/gnome-contacts/issues/33

This replaces the close button with a dismiss button.
This also fixes alignment issues.

Fixes: https://source.puri.sm/Librem5/gnome-contacts/issues/23

This hides the keybaord shortcut from the menu, till we find a proper
solution.

Fixes: https://source.puri.sm/Librem5/gnome-contacts/issues/9

GNOME uses now listboxes as the standart design pattern instead of a
grid. This replaces the grid and makes use of listboxes to allow the
user to edit a contact.
Some key features are:
 - Hide less important properties when not used
 - Dynamically fill the editor with properties so that the user has always
   one empty row to fill for each visible property
 - use a dialog for the birthday picker
 - Group properties by persona

ContactSheet:
Replace the edit button with a secondary menu.
The secondary menu contains share (hidden for now), edit, unlink and delete.
The reason for this change is that it doesn't make a lot of sense to have
delete and unlink inside the edit mode, since they don't require to commit changed.

Folks doesn't provied a staging features. So changes are commited
directly to the backend. The FakePersona and FakeIndividual are used
exactly for this. They work as a intermidiate layer so the editor can
change the persona directly and then when the user presses "done" the
changes can be copied to the real contact.

This adds a button to make calls via the default handler for tel:
and a button to send sms via the default handler for sms:

The buttons are hidden when no handler is available

This cleans up how linking and unlinking is done, by using the methodes
provided by folks.

This removes most of the Contact class and makes use of the Individual
of folks directly.
The aim of this refactor is to make the code more readable.
Since Individual provides most of the needed features the Contact class
adds a complicated abstraction without any real benefit.

Transform FakePersona a real Persona which can be used as a placeholder
till folks returns the real Persona.

Use SearchQuery to find the best matching contact when opening
gnome-contacts with a e-mail address

Since get cheese_widget_get_camera () and get_video_area () are not
defined static they are are exported but we don't have the function
signature, therefore this adds the header file with the function
signatures.

This also allows the dialog to be smaller, by reducing the size request
on the Clutter widget

This makes the narrow property more globale so it can be used by
different widgets