<div dir="ltr"><div class="gmail_extra">I think kdeconnect must operate like any linux/UNIX service(/etc/init.d/* as example). Exception is in that /etc/init.d/* is system services, required root access to manage them, but kdeconnect is user service. The option that users can do is:</div>

<div class="gmail_extra">1. start/stop service</div><div class="gmail_extra">2. autostart service when login</div><div class="gmail_extra"><br></div><div class="gmail_extra">I look on KDED as on simple service manager with user interface fits options above. Starting-on-deman is <span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px;white-space:nowrap">unnecessary(for kdeconnect) facility. </span></div>

<div class="gmail_extra"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px;white-space:nowrap"><br></span></div><div class="gmail_extra">>> Also, kdeconnect should be smart enough to kill itself if there is nothing to</div>

<div class="gmail_extra">Hmm, no. kdeconnect daemon must running all the time to plug current device(desktop too) into kdeconnect-network. For example I need to share info not only with my phone(with android) but with my notebook(with kubuntu+kdeconnect aboard). So daemons must be running on desktop and notebook all the time.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Sorry for possible misunderstanding of you mail.</div><div class="gmail_extra"><br></div>Yours truly,<div><br></div><div>Samoilenko Yuri<br>

<div class="gmail_extra"><br><div class="gmail_quote">2014-03-03 22:57 GMT+04:00 Àlex Fiestas <span dir="ltr"><<a href="mailto:afiestas@kde.org" target="_blank">afiestas@kde.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Hi there<br>
<br>
The KDED as we use it right now is pretty much useless, it only starts/stops<br>
the kdeconnect process, something that could be achieved in different ways<br>
reducing dependency and complexity.<br>
<br>
As I see things we have two options:<br>
<br>
1-Remove KDED and control kdeconnect in a different way<br>
2-Use KDED for its purpose.<br>
<br>
1: This is quite simple, we can do everything we do there via dbus +<br>
autostart, and we have kcm to configure the later rather easy.<br>
<br>
2: This is more complex but it is my favorite, basically the KDED should do<br>
nothing but listen for activity, the moment something happens then we spawn<br>
kdeconnect process. However we define activity is up to us, we could start with<br>
a simple "there are reachable devices or not".<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Also, kdeconnect should be smart enough to kill itself if there is nothing to<br>
do.<br>
<br>
What do you think? I'm up for doing the job.<br>
<br>
Cheers !<br>
<br>_______________________________________________<br>
KDEConnect mailing list<br>
<a href="mailto:KDEConnect@kde.org">KDEConnect@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kdeconnect" target="_blank">https://mail.kde.org/mailman/listinfo/kdeconnect</a><br>
<br></blockquote></div><br></div></div></div>