Hey, all.<br><br>After reading your messages I have written my early proposal for this idea and before submit it at the GSoC website, I would listen some feedback from you.<br><br>You can find it here: <a href="http://docs.google.com/View?id=d785g6k_11gpccrpdx">http://docs.google.com/View?id=d785g6k_11gpccrpdx</a><br>
<br>Thanks in advance.<br clear="all">--<br>Paulo Rômulo Alves Barros<br>MSc. Candidate in Computer Science<br>Embedded Systems and Pervasive Computing Lab<br><a href="http://embedded.ufcg.edu.br/indexen.html">http://embedded.ufcg.edu.br/indexen.html</a><br>
<br>
<br><br><div class="gmail_quote">2010/4/7 Friedrich W. H. Kossebau <span dir="ltr"><<a href="mailto:kossebau@kde.org">kossebau@kde.org</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi Bart, Paulo and all,<br>
<br>
Mardi, le 6 avril 2010, à 13:46, Bart Cerneels a écrit:<br>
<div class="im">> Hey metalworkers,<br>
><br>
> The recent discussion here and on melange have shown that UPnP is a<br>
<br>
</div>Melange?<br>
<div class="im"><br>
> very interesting, but also a very large topic for a single GSoC<br>
> student.<br>
> Since GSoC is intended for learning and contributor integration rather<br>
> then burning people out, I decided to make a new GSoC proposal.<br>
><br>
> <a href="http://community.kde.org/GSoC/2010/Ideas#Project:_Network_Device_Detection_" target="_blank">http://community.kde.org/GSoC/2010/Ideas#Project:_Network_Device_Detection_</a><br>
> .26_Desktop_Integration_for_UPnP<br>
><br>
> This proposal focuses on the Solid detection side and also various<br>
> smaller integrations into KDE SC. Examples I can think of:<br>
> - Plasma device notifier extended to list UPnP mediaserver shares.<br>
> With extra info like IP address, netbios- or hostname, etc<br>
> - Gateway listed in KNetworkManager tooltip, with list of forwarded<br>
> ports and a direct link to the management page.<br>
<br>
</div>A module wrapping access to the InternetGatewayDevice type would indeed be<br>
useful. E.g. currently KTorrent and Konversation both have their own custom<br>
stand-alone code (though derived from each other) to punch a hole into the<br>
gateway (for NAT traversal), and Kopete lacks even that.<br>
<br>
> - Network neighborhood plasma widget.<br>
<br>
I would like that. And other like Kevin I also think it should be a different<br>
one to the one for the locally connected. I even would prefer it it would show<br>
the devices similarly to how the windows are shown in the tasks(/windows)<br>
applet, just with icon-only mode. Kind of what the network:/ kio-slave shows,<br>
just as convenient applet, with added value.<br>
<div class="im"><br>
> The UPnP backend for Solid will test the architecture in preparation<br>
> for other local network protocols: DAAP, Bonjour, netbios, ...<br>
<br>
</div>For this it might also be interesting to see how<br>
<a href="http://websvn.kde.org/trunk/KDE/kdebase/runtime/kioslave/network/network/" target="_blank">http://websvn.kde.org/trunk/KDE/kdebase/runtime/kioslave/network/network/</a><br>
could be enhanced as an alternative. The remote (and more service-oriented)<br>
nature of stuff on the network might not really fit into the scope of Solid<br>
perhaps.<br>
Unless we expect Solid to e.g. deliver all http servers on the network. Would<br>
we?<br>
<div><div></div><div class="h5"><br>
Cheers<br>
Friedrich<br>
--<br>
KDE Okteta - a simple hex editor - <a href="http://utils.kde.org/projects/okteta" target="_blank">http://utils.kde.org/projects/okteta</a><br>
</div></div></blockquote></div><br>