<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 13, 2013 at 11:00 PM, Aleksander Morgado <span dir="ltr"><<a href="mailto:aleksander@lanedo.com" target="_blank">aleksander@lanedo.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 13/08/13 19:31, Dan Williams wrote:<br>
>> Is mm_gdbus_* expected to be called from a plugin?  I don't find any plugin<br>
>> > using mm_gdbus_* and wonder if there is a reason for that.<br>
> Yeah, I wondered about that.  But the core code does it, and there's got<br>
> to be a simple way for the plugins to easily access common properties<br>
> like model/vendor/etc, so I figured why not give a try :)  I'll defer to<br>
> Aleksander though to see if he had some reason.<br>
<br>
</div>How about a const gchar *mm_iface_modem_get_model() which internally<br>
gets the string from the skeleton? Internally in the code we do get the<br>
skeleton multiple times, but usually always within the interface<br>
implementation where that skeleton is a property. Cross-interface<br>
skeleton retrievals, or skeleton retrievals from within the specific<br>
object implementations are usually avoided, or at least that was the<br>
intended purpose.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Thanks. I've revised the patches to use the mm_iface_modem_get_model approach. Do mm_gdbus_* actually call through DBus to read a property?</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
--<br>
Aleksander<br>
</font></span></blockquote></div><br></div></div>