Re: Best practices for using GOA
- From: Debarshi Ray <rishi is lostca se>
- To: Bastien Nocera <hadess hadess net>
- Cc: Michael Gratton <mike vee net>, gnomecc-list gnome org
- Subject: Re: Best practices for using GOA
- Date: Thu, 28 Jun 2018 12:48:52 +0000
On Thu, Jun 28, 2018 at 01:08:10PM +0200, Bastien Nocera wrote:
It was done this way because the GOA API is just a small shim on top of
the ObjectManager API. Ideally, you would block those signal emissions
if they were synthesised because of the daemon disappearing.
The ObjectManager API isn't so great when you have data on the client
side. We also use this API for BlueZ/gnome-bluetooth, and there's no
storage on the gnome-bluetooth side, so an "object-removed" translates
to hiding the device, whether or not the daemon is running. We would
need to add a similar technique to the one you should use in GOA if we
did have something stored on the gnome-bluetooth side though.
Ok. Thanks for the context!
[
Date Prev][Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]