depau/Purism-Calls
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/calls.git synced 2024-11-15 12:55:36 +00:00
Code Issues Releases Wiki Activity
Purism-Calls/meson.build

67 lines
2 KiB
Meson
Raw Normal View History

Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
#
# Copyright (C) 2018 Purism SPC
#
# This file is part of Dialer.
#
# Dialer is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# Dialer is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with Dialer. If not, see <http://www.gnu.org/licenses/>.
#
# SPDX-License-Identifier: GPL-3.0-or-later
#
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
project(
'calls',
Add phone number lookup using libfolks The CallsBestMatchView and CallsPhoneNumberQuery classes are written in Vala because they may be generally useful and to leave open the possibility of adding them to libfolks itself, which is written in Vala.
2019-10-28 10:21:09 +00:00
'c', 'vala',
Release Calls 0.1.2
2020-01-27 14:56:08 +00:00
version: '0.1.2',
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
license: 'GPLv3+',
Display call window over the phosh lockscreen Closes #41
2019-08-13 10:38:40 +00:00
meson_version: '>= 0.47.0',
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
default_options: [
'warning_level=1',
'buildtype=debugoptimized',
'c_std=gnu11'
]
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
)
meson: Add config.h This will be used to factorize project-related information like APP_ID.
2018-08-30 08:09:53 +00:00
calls_id = 'sm.puri.Calls'
main-window: Add the 'about' action This will be needed by the next commit to display an "About" dialog via the corresponding entry in the app menu that will be added. This also adds the PACKAGE_URL, PACKAGE_VERSION and VCS_TAG configuration data.
2018-08-30 06:50:37 +00:00
calls_homepage = 'https://source.puri.sm/Librem5/calls'
Add i18n basic structure Closes #3.
2018-09-07 07:47:52 +00:00
calls_name = meson.project_name()
main-window: Add the 'about' action This will be needed by the next commit to display an "About" dialog via the corresponding entry in the app menu that will be added. This also adds the PACKAGE_URL, PACKAGE_VERSION and VCS_TAG configuration data.
2018-08-30 06:50:37 +00:00
calls_version = meson.project_version()
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
top_include = include_directories('.')
prefix = get_option('prefix')
Manager: add test
2020-03-20 17:33:59 +00:00
builddir = meson.current_build_dir()
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
libdir = get_option('libdir')
localedir = get_option('localedir')
full_localedir = join_paths(prefix, localedir)
full_calls_plugin_libdir = join_paths(prefix, libdir, calls_name, 'plugins')
Manager: add test
2020-03-20 17:33:59 +00:00
# Path to plugins inside the build dir, used for testing
full_calls_plugin_builddir = join_paths(builddir, 'plugins')
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
config_data = configuration_data()
config_data.set_quoted('APP_ID', calls_id)
Record calls to an SQLite database via libgom Closes use-cases#114
2019-07-22 10:52:46 +00:00
config_data.set_quoted('APP_DATA_NAME', calls_name)
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
config_data.set_quoted('GETTEXT_PACKAGE', calls_name)
config_data.set_quoted('LOCALEDIR', full_localedir)
config_data.set_quoted('PLUGIN_LIBDIR', full_calls_plugin_libdir)
config_data.set_quoted('PACKAGE_URL', calls_homepage)
config_data.set_quoted('PACKAGE_VERSION', calls_version)
config_data.set('PACKAGE_URL_RAW', calls_homepage)
Add i18n basic structure Closes #3.
2018-09-07 07:47:52 +00:00
subdir('po')
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
subdir('src')
Turn providers into plugins courtesy of libpeas This is an initial, static implementation of plugins. The CallsApplication has a plugin name which can be changed with a new --provider command line option. This plugin name is used to instantiate the appropriate plugin when the application is activated. From then on, the plugin cannot change. In future, we can expand this support to include loading multiple plugins at once, configurable through some UI. This will have far-reaching implications though, and complicate things like enumerating the provider hierarchy. There is also no practical benefit right now; the mm and ofono plugins can't be used at the same time because ModemManager and oFono don't play nice together, and the whole raison d'être of the dummy plugin is undermined if you can make use of one of the others. So for now, we just implement one static plugin.
2018-11-23 14:34:41 +00:00
subdir('plugins')
Preliminary documentation of provider interfaces * Preliminary documentation of CallsCall and CallsMessageSource * Documentation and cleaning up of CallsCallData * Add data files and meson rules to create gtk-doc documentation * Move some macros from util.h to calls-message-source.h
2018-05-23 08:52:58 +00:00
subdir('doc')
Add .desktop file and icon
2018-06-04 15:56:00 +00:00
subdir('data')
Add initial unit tests for Provider Largely cribbed from libhandy, thanks due to Guido.
2018-06-11 11:46:08 +00:00
subdir('tests')
Reference in a new issue Copy permalink