<div dir="ltr"><div>Some of the things that KDE Connect needs to do with the notifications are:<br></div><div><div><br></div><div>- We need to get notified when they are dismissed (to dismiss them from the phone)<br></div></div><div>- We need to be able to dismiss them programatically (when they are dismissed from the phone)</div><div>- Some notifications should not be dimissable (in case they are not dismissable on the phone).</div><div>- There should be a buton to dismiss all the dismissable notifications.</div><div><br></div><div>Is it possible to implement this within the Plasma notification system?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 19, 2015 at 11:23 AM, Albert Vaca <span dir="ltr"><<a href="mailto:albertvaka@gmail.com" target="_blank">albertvaka@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>+kdeconnect mailing list</div><div><br></div>Hi Kai Uwe,<div><br></div><div>Sorry for not having a look at this until now. </div><div><br></div><div>The main reason to not integrate with Solid in the first place was because kdelibs was frozen due to the transition to Frameworks 5. Also, not using standard notifications was because limitations in KDE4's notification system (and a personal dislike with it :P) that were going to be solved in Plasma 5.</div><div><br></div><div>All this reasons should be obsolete now, and I think it would be awesome if we can move the battery, notifications and file browser features from our plasmoid to the Battery plasmoid, the Notifications plasmoid and the Dolphin sidebar. </div><div><br></div><div>The original KDE Connect plasmoid was just a workaround for the said limitations and still feels hackish to me. So, I would be happy to even remove it (or at least, have it disabled by default), and have everything integrated with the desktop.</div><div><br></div><div>Using standard notifications will even benefit the integration with other desktops and make KDE Connect less Plasma-only, which is one of the project goals for this year.</div><div><br></div><div>I've seen the CR with WIP changes to Solid (I saw that Alex already reviewed it, but I still want to have a look at the code). I'm looking forward for this project to move forward and I'm more than happy to make the changes needed in the KDE Connect desktop client for this integration to happen :D</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Albert</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 1, 2015 at 1:05 PM, Kai Uwe Broulik <span dir="ltr"><<a href="mailto:kde@privat.broulik.de" target="_blank">kde@privat.broulik.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Albert,<br>
<br>
first of all thank you for your work on KDE Connect!<br>
<br>
At my workplace a couple of colleagues switched over from Windows to use<br>
Plasma 5 and they're really enjoying KDE Connect. This made me think about how<br>
to better integrate it into our shell and make it an integral part of our user<br>
experience rather than a 3rd party kind of thing.<br>
<br>
I talked to the usability people and they told me "Only when it feels as if<br>
the phone were connected via USB then it's done right" which makes sense; I<br>
know that initially you added support to kdelibs solid to support showing the<br>
phone battery in the battery monitor. What were the reasons for not further<br>
pursuing that idea?<br>
<br>
Lukas Tinkl and I agreed that it makes sense, and we're totally willing to<br>
support, having a KDE Connect backend right in Solid itself - so I looked at<br>
your kdelibs-kdeconnect clone repo, ported it, and started improving on it.<br>
<br>
To me the most important aspects of workspace integration with KDE Connect is:<br>
- Have the battery status shown in the battery monitor [1]<br>
- Have the device accessible through the device notifier [2] (that could<br>
potentially enable us to have it added to Places automatically rather than KDE<br>
Connect being required to handle that manually)<br>
- Show notifications in the notification applet<br>
<br>
The latter is what Gnome nowadays does and also makes sense. I think the<br>
initial need for a separate plasmoid for that came from the limitations of the<br>
one in the 4.x times, right? Nowadays we can update and remove notifications<br>
properly, we could potentially also allow adding silent notifications that<br>
don't yield a popup, and add additional custom data so we could group the<br>
notifications by device and separate them from the system ones.<br>
<br>
Another area worth of investigation might be promoting KDE Connect within the<br>
Plasma Workspace; for instance, when, for the first time, you plug in your<br>
Android device via USB, or when you try to send files to it over Bluetooth a<br>
popup could tell you "Hey, with KDE Connect you can copy stuff around with<br>
ease, control your music, and much more! [Pair with phone] [QR Code for play<br>
store link]"<br>
<br>
I apologize for this long Email and am looking forward to hearing from you!<br>
<br>
Cheers,<br>
Kai Uwe<br>
<br>
[1] <a href="http://wstaw.org/m/2015/04/01/kdeconnectbattery.png" target="_blank">http://wstaw.org/m/2015/04/01/kdeconnectbattery.png</a> Sorry for the German<br>
UI ;)<br>
[2] <a href="http://wstaw.org/m/2015/04/01/kdeconnectdevicenotifier.png" target="_blank">http://wstaw.org/m/2015/04/01/kdeconnectdevicenotifier.png</a><br>
<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>