summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* replace deprecated file chooser with file dialogMarkus Göllnitz2023-05-021-1/+1
| | | | | | | The file chooser has been deprecated, but can be easily replaced with Gtk.FileDialog. Signed-off-by: Markus Göllnitz <camelcasenick@bewares.it>
* Post-release version bumpNiels De Graef2023-03-181-1/+1
|
* Release stable version 44.044.0gnome-44Niels De Graef2023-03-181-1/+1
|
* Release unstable version 44.rc44.rcNiels De Graef2023-03-051-1/+1
|
* Release unstable version 44.beta44.betaNiels De Graef2023-02-131-1/+1
|
* meson: Bump glib version to 2.64Niels De Graef2023-02-111-1/+1
|
* meson: require at least E-D-S 3.42Niels De Graef2023-02-111-1/+1
| | | | | | evolution-data-server contains some important fixes for Google accounts, and it's not super new either, so should be good to bump the dependency quite a bit.
* contact: Add QR code to share individual contactsHendrik Müller2023-02-111-0/+1
| | | | | | | | | | | Sharing contacts in an easy and offline way is currently not possible. Most mobile phones have a camera and are capable of scanning QR codes. The vCard format is widely used to easily exchange contact information. A contact can be saved in vCard format into a QR code. A button with a QR code icon is added next to the "favourite" and "edit" buttons. When the user presses this button, a dialog opens up, which shows a QR code containing the current contacts data in vCard format.
* Make goa an optional dependencyNiels De Graef2022-10-231-1/+5
| | | | | | | GNOME Online Accounts has some pretty big changes on its roadmap and doesn't make any promises on API stability. The only use of the API at this point is to fetch the icon for a GOA-backed address book, so it isn't really problematic if users disable support for it
* Release stable version 43.043.0Niels De Graef2022-09-231-1/+1
|
* Release unstable version 43.rc43.rcNiels De Graef2022-09-051-1/+1
|
* Release 43.beta43.betaNiels De Graef2022-08-081-1/+1
|
* Enable importing & exporting VCardsNiels De Graef2022-08-061-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | This commit adds the experimental functionality in Contacts to import VCard (*.vcf) files. Since importing a contact means we have to take in untrusted/unvalidated input, let's give a high-level view of what happens: * Contacts starts a native file chooser dialog so the user can choose which file to import * According to the chosen file, Contacts will launch a subprocess to do the actual parsing using a `Contacts.Io.Parser`. At this point, we only have a single subclass, which allows importing VCards. * The helper process serializes the result to a `GLib.Variant`, and sends it to the main process, which will receive the result and parses it again. * After the parsing operation is done, we can then start up a `ImportOperation`, which will import the contacts using libfolks' API. Exporting contacts is quite a bit easier, since we don't have to deal with untrusted input: we serialize the list of selected contacts and asynchronously write each to the given output stream. In the app, that's a user chosen file; in tests, that can be a string. Fixes: https://gitlab.gnome.org/GNOME/gnome-contacts/-/issues/1 Fixes: https://gitlab.gnome.org/GNOME/gnome-contacts/-/issues/38
* Release unstable version 43.alpha43.alphaNiels De Graef2022-07-271-1/+1
|
* Remove all Telepathy patchesNiels De Graef2022-07-241-5/+0
| | | | | We were keeping them alive because we thought Purism were using it, but apparently that's not the case (or no longer). Just remove it.
* Port to AdwMessageDialogAlexander Mikhaylenko2022-06-291-1/+1
| | | | Depend on libadwaita 1.2.alpha
* meson: Depend on libportal-gtk4 instead of libportalAlexander Mikhaylenko2022-06-291-1/+1
| | | | Regular libportal doesn't exist anymore.
* Fix build failures with vala <0.54Jay Faulkner2022-05-131-1/+1
| | | | | | | | gnome-contacts 42.0 fails to build with earlier versions of vala with "error: `GLib.GenericArray<Contacts.VcardTypeMapping?>' does not have an `iterator' method". See https://bugs.gentoo.org/838727 for additional information.
* meson: bump minimum libportal to 0.6Jeremy Bicha2022-03-251-1/+1
| | | | | We need https://github.com/flatpak/libportal/commit/f0a98e751441532f for the camera portal to work
* Release stable version 42.042.0Niels De Graef2022-03-221-1/+1
|
* Release unstable version 42.beta42.betaNiels De Graef2022-03-141-1/+1
| | | | | A bit late, but let's give some people still a chance to do some late testing.
* meson: Use gnome.post_installMaximiliano Sandoval R2022-03-071-3/+6
|
* meson: Update to 0.59Maximiliano Sandoval R2022-03-071-3/+3
|
* meson: Use proper licenseMaximiliano Sandoval R2022-03-071-1/+1
|
* Port to GTK4 and libadwaitaNiels De Graef2022-01-121-6/+8
| | | | | | | | | | | | | | | | | | | | | This is a mega-commit which ports Contacts to GTK4 and libadwaita, the library which provides GNOME-specific widgets on top of GTK4. This change also now follows the new mockups of Contacts, which use a boxed list style to convey contact information. There is a minor set of known issues which we'll still need to solve later (preferably): * For now, taking a picture with your webcam is not implemented. In GTK3, we used to do this with Cheese, but this hasn't been ported to GTK4. Ideally, we could just directly use Pipewire though. * Some CRITICALs when we have some unexpectedly long names or property values * The delete button is gone for most properties. This probably needs to be rethough at the design level on how we want to deal with it. * We're still blocked a bit on libedataserverui not having a GTK4 port yet.
* Post-release version bumpNiels De Graef2021-09-291-1/+1
|
* Release stable version 41.041.0Niels De Graef2021-09-291-1/+1
|
* Release unstable version 41.beta41.betaNiels De Graef2021-09-041-1/+1
| | | | Woefully late, but let's make sure the fixes got into the 41 series.
* Release stable version 40.040.0Niels De Graef2021-03-231-1/+1
|
* Release unstable version 40.beta40.betaNiels De Graef2021-03-011-1/+1
|
* Release unstable version 40.alpha40.alphaNiels De Graef2021-02-131-1/+1
|
* contact-page: Use HdyStatusPage for empty viewChristopher Davis2021-02-131-1/+1
| | | | | libhandy now ships a pre-built empty view. Apps should use that for consistency.
* data: Update manpageNiels De Graef2020-12-041-3/+0
| | | | | | * Move to the `data` subfolder * Update the maintainer * Use a slightly saner indentation
* Remove libhandy git submodule / meson subprojectNiels De Graef2020-12-041-28/+3
| | | | | | | libhandy has reached a stable point, so distributions should start including it as a proper package rather than relying on a git submodule. This also fixes some small annoyances in the build system.
* Release stable version 3.383.38Niels De Graef2020-09-191-1/+1
|
* Bump libhandy to 1.0.0Adrien Plazas2020-09-091-1/+1
| | | | The API is now stable.
* Release unstable version 3.37.23.37.2Niels De Graef2020-08-241-1/+1
|
* Release unstable version 3.37.13.37.1Niels De Graef2020-08-131-1/+1
|
* Bump libhandy to 0.85.0Adrien Plazas2020-08-091-1/+1
|
* meson: Unconditionaly disable "since" checks in ValaAdrien Plazas2020-07-231-7/+3
| | | | | | | This is needed because the current development libhandy version is smaller than its API version. It can be dropped completely as soon as we depend on libandy 1.0.
* Bump libhandy to 0.84.0Adrien Plazas2020-07-201-1/+1
|
* Bump minimal E-D-S version to 3.30Niels De Graef2020-06-071-1/+1
| | | | | | There's a pretty good chance that there were some changes in evolution-data-server since `1.13`, so let's bump it to a reasonable minimum by setting it to the one in Debian stable (which is 3.30)
* Require the latest stable version of libfolksNiels De Graef2020-06-071-1/+1
|
* Bump minimal GLib version to 2.58Niels De Graef2020-06-071-1/+1
| | | | | | | | We started requiring at least version 2.52 when we started using `Uuid.string_random()` (thanks @ricotz for pointing this out). Let's just immediately bump it to the currently supported version of Debian stable, which is 2.58.
* meson: Require Vala > 0.40.10Niels De Graef2020-06-071-6/+11
| | | | | | | | | @ricotz helpfully pointed out that we don't need the `--disable-since-check`, since we don't even compile on valac 0.38.10. Let's remove the check for the option, and instead have a check at the beginning that people aren't trying to compile Contcts on a too old Vala.
* meson: Only add --disable-since-check if vala > 0.31Niels De Graef2020-06-051-4/+7
|
* meson: Fix compilation handy as subprojectNiels De Graef2020-06-051-0/+7
|
* Make Cheese a feature dependencyNiels De Graef2020-04-191-4/+2
| | | | | | | | | | libcanberra-gtk got removed in the latest Flatpak runtime (3.38), so we can't build cheese as it hard depends on it. Luckily, we don't hard-depend on cheese, so let's get rid of it (for now). As an extra, this commit also makes Cheese an optional dependency, making it a bit easier to build it at the first go (without installing cheese-devel) and a shorter CI time.
* Release stable version 3.363.36Niels De Graef2020-03-101-1/+1
|
* Release unstable version 3.35.903.35.90Niels De Graef2020-02-031-1/+1
|
View Lorry Controller Status