depau/Purism-Calls
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/calls.git synced 2024-06-30 15:49:31 +00:00
Code Issues Releases Wiki Activity
Purism-Calls/src/meson.build

134 lines
4.4 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 Calls.
#
# Calls 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.
#
# Calls 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 Calls. If not, see <http://www.gnu.org/licenses/>.
#
# Author: Bob Ham <bob.ham@puri.sm>
#
# SPDX-License-Identifier: GPL-3.0-or-later
#
Display call window over the phosh lockscreen Closes #41
2019-08-13 10:38:40 +00:00
subdir('wayland')
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
gnome = import('gnome')
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
src_include = include_directories('.')
Display call window over the phosh lockscreen Closes #41
2019-08-13 10:38:40 +00:00
calls_includes = [ top_include, src_include ]
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
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
calls_deps = [ dependency('gobject-2.0'),
dependency('gtk+-3.0'),
Replace HdyDialer with HdyKeypad and bump libhandy to 0.0.12 HdyDialer was deprecated and therefore is replaced with HdyKeypad. HdyDialer used a `gchr *` to store the entered phone number. On every button press the entire text of the display entry was replaced with the new string, which messed up selection and cursor position. HdyKeypad connects directly to a GtkEntry and inserts each button press the same way as a keyboard stroke would do. In the case of the `call display` entry every new digit is appended to the end of the input and therefore it also moves the cursor to the end of the entry. Instead of making the Entry not editable, only the events which would remove text form the entry are blocked, via the `delete-text` signal. And the signal `insert-text` is used to block unwanted chars from beeing inserted. Same as for the `call display` entry also the `new call box` entry is made editable and the signal `insert-text` is used to block unwanted chars. All other user action possible on a entry arn't blocked e.g. repositioning the cursor. The advantage of making the Entry editable is that we can show the cursor position. It also allows the user to select the position where new digits are inserted in the `new call box`. On a button press the focus is set to the Entry to give the correct feedback to the user. This centers the text on the entry, as required by the design. This also makes the delete button remove only one char at the time, to move closer to the desired UX. Related: https://source.puri.sm/Librem5/calls/issues/58 Fixes: https://source.puri.sm/Librem5/calls/issues/82
2019-09-17 12:09:33 +00:00
dependency('libhandy-0.0', version: '>= 0.0.12'),
Add ringtone support using GSound
2018-11-09 16:30:40 +00:00
dependency('gsound'),
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
dependency('libpeas-1.0'),
Record calls to an SQLite database via libgom Closes use-cases#114
2019-07-22 10:52:46 +00:00
dependency('gom-1.0'),
Support opening of tel: URIs Closes #73
2019-08-05 10:25:45 +00:00
dependency('libebook-contacts-1.2'),
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
dependency('folks'),
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
]
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
Display call window over the phosh lockscreen Closes #41
2019-08-13 10:38:40 +00:00
if wl_scanner.found()
calls_includes += include_directories('wayland')
calls_deps += dependency('wayland-client', version: '>=1.14')
endif
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
calls_vala_deps = [
dependency('libebook-contacts-1.2'),
dependency('folks'),
]
calls_vala_sources = files (
[
'calls-phone-number-query.vala',
'calls-best-match-view.vala',
]
)
calls_vala = static_library (
'calls-vala',
calls_vala_sources,
vala_header : 'calls-vala.h',
dependencies : calls_vala_deps,
)
tests: Add tests for Origin and Calls
2018-06-13 13:38:51 +00:00
calls_sources = files(['calls-message-source.c', 'calls-message-source.h',
'calls-call.c',
'calls-origin.c', 'calls-origin.h',
'calls-provider.c', 'calls-provider.h',
'calls-party.c', 'calls-party.h',
'calls-call-data.c', 'calls-call-data.h',
'calls-call-holder.c', 'calls-call-holder.h',
'calls-call-display.c', 'calls-call-display.h',
'calls-call-selector-item.c', 'calls-call-selector-item.h',
'calls-call-window.c', 'calls-call-window.h',
'calls-encryption-indicator.c', 'calls-encryption-indicator.h',
'calls-history-box.c', 'calls-history-box.h',
'calls-new-call-box.c', 'calls-new-call-box.h',
'calls-main-window.c', 'calls-main-window.h',
Add ringtone support using GSound
2018-11-09 16:30:40 +00:00
'calls-ringer.c', 'calls-ringer.h',
Add calls-application class
2018-09-15 10:33:36 +00:00
'calls-application.c', 'calls-application.h',
tests: Add tests for Origin and Calls
2018-06-13 13:38:51 +00:00
'util.c', 'util.h',
Record calls to an SQLite database via libgom Closes use-cases#114
2019-07-22 10:52:46 +00:00
'calls-call-record.c', 'calls-call-record.h',
'calls-record-store.c', 'calls-record-store.h',
Hook up Recent Calls list to database Closes use-cases#113 Closes use-cases#115
2019-08-01 13:25:53 +00:00
'calls-call-record-row.c', 'calls-call-record-row.h',
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
'calls-contacts.c', 'calls-contacts.h',
Add initial avatar support We change the code for dealing with contacts quite significantly, adding a new class, CallsBestMatch, in order to encapsulate a lot of the functionality that was in CallsCallRecordRow. At present avatars are not rounded and there are no auto-generated avatars for contacts with no avatar. This work is awaiting discussion of Apps_Issues#164.
2019-12-09 14:51:21 +00:00
'calls-best-match.c', 'calls-best-match.h',
Add class for in-app notification
2020-03-02 17:49:53 +00:00
'calls-in-app-notification.c', 'calls-in-app-notification.h',
Add a CallsManager and move Provider handling to it The manager is a central place for handling data e.g. calls history and provider managment. This introduces only the base for feature work. Therefore it manages only the provider for now, but the manager isn't yet used anywhere. The propagets events from the provider and origins. It also adds a new signal called `error`. The `error` signal should be emited only when something went wrong and we need to inform the user about it, containing the message to be displayed to the user. Windows should connect to the event and display a in-app-notification on error. This event isn't emitted, because the plugins don't give us a usable error.
2020-03-17 15:29:43 +00:00
'calls-manager.c', 'calls-manager.h',
Add HdyAvatar Signed-off-by: Julian Sparber <julian@sparber.net>
2020-03-30 16:23:49 +00:00
'contrib/hdy-avatar.c', 'contrib/hdy-avatar.h',
tests: Add tests for Origin and Calls
2018-06-13 13:38:51 +00:00
])
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
calls_config_data = config_data
calls_config_data.set_quoted('VCS_TAG', '@VCS_TAG@')
Display call window over the phosh lockscreen Closes #41
2019-08-13 10:38:40 +00:00
calls_config_data.set10('WL_SCANNER_FOUND', wl_scanner.found())
meson: Add config.h This will be used to factorize project-related information like APP_ID.
2018-08-30 08:09:53 +00:00
Build "ugly code" in calls-call-display conditionally * meson_options.txt: Added option librem5-hack, defaults to true * src/meson.build: Added conditional define USE_UGLY_CODE which will be set when librem5-hack option is used * src/calls-call-display.c: ifdef'ed ugly_hacks call
2020-05-15 20:59:00 +00:00
use_l5_hacks = get_option('librem5-hack')
calls_config_data.set('CALLS_USE_UGLY_CODE', use_l5_hacks)
meson: Add config.h This will be used to factorize project-related information like APP_ID.
2018-08-30 08:09:53 +00:00
config_h_in = configure_file(
output: 'config.h.in',
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
configuration: calls_config_data
meson: Add config.h This will be used to factorize project-related information like APP_ID.
2018-08-30 08:09:53 +00:00
)
config_h = vcs_tag(
fallback: '',
input: config_h_in,
output: 'config.h',
)
Add a CallsManager and move Provider handling to it The manager is a central place for handling data e.g. calls history and provider managment. This introduces only the base for feature work. Therefore it manages only the provider for now, but the manager isn't yet used anywhere. The propagets events from the provider and origins. It also adds a new signal called `error`. The `error` signal should be emited only when something went wrong and we need to inform the user about it, containing the message to be displayed to the user. Windows should connect to the event and display a in-app-notification on error. This event isn't emitted, because the plugins don't give us a usable error.
2020-03-17 15:29:43 +00:00
calls_enum_headers = files(['calls-call.h', 'calls-manager.h'])
Add initial unit tests for Provider Largely cribbed from libhandy, thanks due to Guido.
2018-06-11 11:46:08 +00:00
calls_enum_sources = gnome.mkenums_simple('enum-types',
sources : calls_enum_headers)
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
calls_resources = gnome.compile_resources(
'calls-resources',
'calls.gresources.xml',
Update UI to better reflect the design * Make the Answer button look nice and laid out properly. * Merge the time and status labels, displaying simply the text "Calling..." until the call becomes active and then the call time afterwards. * Fix info display bar in both the call and main windows so they use a GtkRevealer and work a lot better. * Add a "new-call-symbolic" icon for the "Add call" button. * General tweaks and clean-ups Closes #55 Closes #35
2019-06-28 08:20:15 +00:00
source_dir: ['ui', '../data'],
Initial import of cleaned Calls working tree
2018-05-17 13:16:51 +00:00
c_name: 'call',
)
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
executable (
'calls',
calls_sources, calls_enum_sources, calls_resources,
wl_proto_sources, wayland_sources, 'main.c',
dependencies : calls_deps,
export_dynamic : true,
include_directories : calls_includes,
install : true,
Add -Wno-error=deprecated-declarations to build arguments This works around the deprecation warning for HdyDialer.
2019-12-09 15:37:22 +00:00
link_with : calls_vala,
c_args : '-Wno-error=deprecated-declarations',
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
)
Reference in a new issue Copy permalink