5 commits

Author	SHA1	Message	Date
Julian Sparber	e911f391c6	Use correct parent class when chaining up overridden functions ... How `g_type_class_peek ()` was used it didn't return the correct parent class in most cases. G_DEFINE_TYPE macro creates a pointer we can use to get the parent class `n_p_parent_class`. Because we didn't use the correct parent class the object initialisation wasn't fully completed for some GtkWidgets. See https://developer.gnome.org/gobject/stable/chapter-gobject.html#gobject-instantiation for more information. This commit makes use of the `n_p_parent_class pointer` created for this specific use case where ever possible. Fixes: https://source.puri.sm/Librem5/calls/issues/118	2020-02-19 12:49:58 +01:00
Adrien Plazas	90f3933e95	Drop the CALLS_SET_OBJECT_PROPERTY() macro ... Replace it by g_set_object() as it does the same thing.	2018-08-03 11:30:18 +02:00
Adrien Plazas	52f7f2da6f	Drop the CALLS_DISPOSE_OBJECT() macro ... Replace it by g_clear_object() as it does the same thing.	2018-08-03 11:29:56 +02:00
Bob Ham	e81567786c	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 09:59:28 +01:00
Bob Ham	07eb23da0f	Initial import of cleaned Calls working tree	2018-05-17 14:16:51 +01:00