<table><tr><td style="">nicolasfella created this task.<br />nicolasfella added a project: KDE Connect.
</td></tr></table><br /><div><strong>TASK DESCRIPTION</strong><div><p>Andy Holmes<br />
<span class="phabricator-remarkup-mention-unknown">@nicofee</span> since I see you're on plugins right now, has it ever been discussed making *Capabilities in the identity packet dynamic?<br />
Nico Fe<br />
You mean announcing new capabilities after pairing?<br />
Andy Holmes<br />
more like 'activeCapabilites', as in I can currently handle these packets<br />
If i recall kdeconnectd has a DBus property/method loadedPlugins, but that's for local I believe<br />
Nico Fe<br />
So you would like to be able to get the capability infromation from the identity package on request?<br />
Andy Holmes<br />
yeah, as an indication what plugins the remote device has enabled<br />
there's an obvious hurdle to using that disable enabling plugins the other device hasnt enabled, but could give an indication "/!\ The remote device hasn't enabled this plugin"<br />
just curious if that was ever proposed<br />
Nico Fe<br />
AFAIK not, but I've only been around for a year or so<br />
Let me check whether caps are re-announced when plugins get en/disabled<br />
Okay, obviously that is not the case. What about sending an Identity package (or something containing the caps) when the enabled plugins change? Or is there a reason for plugins to have dynamic caps?<br />
Andy Holmes<br />
probably not plugin (only exception I know of being sms), but it could be useful to know what plugins/capabilities a remote device has enabled<br />
currently you can only tell what packets a device could *possibly* handle, not what it actually will if you send one<br />
Nico Fe<br />
Ah, I see. I assumed that only the caps of the enabled plugins are announced, but I just saw that this isn't the case. So, how does only announcing the caps of enabled plugins in the identity package and re-announcing them when the enabled plugins change sound?<br />
Andy Holmes<br />
Well, the only problem with that is it would prevent another client from loading the plugin, since it would think it just doesn't support it. So if it were phone<->phone neither could enable a plugin the other hadn't already enabled, which neither could :)<br />
Nico Fe<br />
On the other hand, it would be useful to know which plugins the other device theoretically can handle though\<br />
Andy Holmes<br />
Yeah, I think it would have to be seperate field<br />
Nico Fe<br />
So, add a list of enabled caps to the identity package and re-send when changed?<br />
Andy Holmes<br />
something like incomingEnabled, outgoingEnabled<br />
what do you think, though? Useful?<br />
Nico Fe<br />
I guess<br />
Andy Holmes<br />
heh, well maybe I'll bring it up on the mailinglist so everyone sees it and the idea gets some more feedback/use-cases</p></div></div><br /><div><strong>TASK DETAIL</strong><div><a href="https://phabricator.kde.org/T8529">https://phabricator.kde.org/T8529</a></div></div><br /><div><strong>WORKBOARD</strong><div><a href="https://phabricator.kde.org/project/board/159/">https://phabricator.kde.org/project/board/159/</a></div></div><br /><div><strong>To: </strong>nicolasfella<br /><strong>Cc: </strong>KDE Connect, nicolasfella, yannux, Danial0_0, johnq, Pitel, adeen-s, SemperPeritus, ahmedbesbes, ndavis, daniel.z.tg, jeanv, seebauer, bugzy, MayeulC, menasshock, ach, apol<br /></div>