<table><tr><td style="">nicolasfella updated the task description. <a href="https://phabricator.kde.org/transactions/detail/PHID-XACT-TASK-xshxodonxf6pqc5/">(Show Details)</a>
</td></tr></table><br /><div><strong>CHANGES TO TASK DESCRIPTION</strong><div><div style="white-space: pre-wrap; color: #74777D;"><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">From the Telegram group:<br />
</span><br />
Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
@nico<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">fee</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">lasfella</span> since I see you're on plugins right now, has it ever been discussed making *Capabilities in the identity packet dynamic?<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
You mean announcing new capabilities after pairing?<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><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 />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
So you would like to be able to get the capability infromation from the identity package on request?<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
yeah, as an indication what plugins the remote device has enabled<div style="padding: 8px 0;">...</div>just curious if that was ever proposed<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
AFAIK not, but I've only been around for a year or so<div style="padding: 8px 0;">...</div>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 />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><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 />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><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 />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><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 />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
On the other hand, it would be useful to know which plugins the other device theoretically can handle though<span style="padding: 0 2px; color: #333333; background: rgba(251, 175, 175, .7);">\</span><span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span><br />
Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
Yeah, I think it would have to be seperate field<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
So, add a list of enabled caps to the identity package and re-send when changed?<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
something like incomingEnabled, outgoingEnabled<br />
what do you think, though? Useful?<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Nico Fe<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><br />
I guess<br />
<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);"><br />
</span>Andy Holmes<span style="padding: 0 2px; color: #333333; background: rgba(151, 234, 151, .6);">:</span><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</div></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>To: </strong>nicolasfella<br /><strong>Cc: </strong>apol, KDE Connect, nicolasfella, yannux, Danial0_0, johnq, Pitel, adeen-s, SemperPeritus, ahmedbesbes, ndavis, daniel.z.tg, jeanv, seebauer, bugzy, MayeulC, menasshock, ach<br /></div>