6 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
Bob Ham	400c2fc041	src: Remove mutual reference between call -holder and -selector-item	2018-11-30 16:48:25 +00:00
Bob Ham	224ab410d0	call-holder,call-selector-item: Dispose mutual references properly	2018-10-10 08:56:00 +00:00
Bob Ham	e88156380e	call-holder: Fix widget references ... The display and selector item have floating references when created, not normal references. Therefore we need to sink both floating references.	2018-10-10 08:56:00 +00: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	07eb23da0f	Initial import of cleaned Calls working tree	2018-05-17 14:16:51 +01:00