<br>It is similar to KPassivePopup or extensions are mean to be more permanent?<br>I am also a GSoC applicant and I was thinking on making a 'core' project ideas that I am supposed to achieve and a 'desirable' that I'd like but don't know if I'll have enough time. <br>
<br><br><div class="gmail_quote">On Thu, Mar 20, 2008 at 12:57 AM, Jamboarder <<a href="mailto:jamboarder@yahoo.com">jamboarder@yahoo.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
From: Rob Scheepmaker <<a href="mailto:r.scheepmaker@student.utwente.nl">r.scheepmaker@student.utwente.nl</a>><br>
<div class="Ih2E3d">> Hi,<br>
><br>
> I've improved my proposal a bit. It can be found at<br>
><br>
> <a href="http://cripplefight.student.utwente.nl/extenders.pdf" target="_blank">http://cripplefight.student.utwente.nl/extenders.pdf</a><br>
><br>
> I'm really hoping that a couple of people could spare some time to<br>
> deliver feedback on this, since I want to have my GSoC application ready<br>
> when the application period starts, and I want to know if I'm on the<br>
> right track. Should it be more specific on the details? Is it 'big'<br>
> enough for GSoC? I would like to know what you think about it.<br>
> Any help is appreciated! Thanks in advance...<br>
><br>
> Rob Scheepmaker (pinda)<br>
<br>
</div>I think this would be great. I've been thinking about working on this since<br>
seeing some of the first KDE4 mockup proposals a few years ago. Many applets<br>
could take advantage of this and it would provide a great deal of consistency.<br>
In addition to the examples provided in the proposal, some examples that come<br>
to mind include:<br>
- Clock applet display of multiple timezones (tear-off a time zone and place on the desktop)<br>
- Battery applet display of multiple batteries, cores, etc.<br>
- KGet downloads<br>
- Device Notifier applet display of different devices.<br>
<br>
Ok so maybe not all of the above, but the framework would be great to be able<br>
to use in ways we may not have yet thought of.<br>
<br>
I have no say on what's 'big' enough for GSoC. But for what little it's worth,<br>
I'd certainly welcome this.<br>
<br>
Hope this helps,<br>
Andrew Lake<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
On Mon, Mar 17, 2008 at 05:48:07PM +0100, Rob Scheepmaker wrote:<br>
> Hello Plasma Devs,<br>
><br>
> I want to apply for GSoC, and have written this first draft of an<br>
> application. I would like some feedback on my proposal. I would also<br>
> like to know if there's somewhere where I could find GSoC applications<br>
> from last year, so that I could get an idea about what's expected.<br>
><br>
><br>
><br>
> Project proposal Google Summer of Code 2008<br>
><br>
> The Project:<br>
><br>
> When plasma was designed, one of the groundbreaking concepts was that of<br>
> extenders. Unfortunately, this concept isn't implemented in plasma yet.<br>
> Extenders would allow for a more intuitive and versatile way of<br>
> interacting with the desktop. The idea is that so called 'applets' which<br>
> are placed in a panel, and have little room to display all information<br>
> they're capable of displaying, could 'extend' the panel when a user<br>
> clicks on them, hovers over them, or when the applet wants attention.<br>
> These extenders could then be detached by dragging them somewhere else,<br>
> so a user could take an item of iterest, and put it somewhere where the<br>
> user can easily monitor the item. Because a mockup says more then a<br>
> thousand words, here are some links illustrating this concept and<br>
> applications that could make use of it.<br>
><br>
> <a href="http://plasma.kde.org/cms/1069" target="_blank">http://plasma.kde.org/cms/1069</a> (section 'extenders')<br>
> <a href="http://kde-look.org/content/show.php/KDE+Extender+Mockup?content=30012" target="_blank">http://kde-look.org/content/show.php/KDE+Extender+Mockup?content=30012</a><br>
> <a href="http://kde-look.org/content/show.php/Tasks+Info+in+Less+Windows+%28mockup%29?content=33673" target="_blank">http://kde-look.org/content/show.php/Tasks+Info+in+Less+Windows+(mockup)?content=33673</a><br>
><br>
> When plasma provides a flexible, yet easy to use interface to applets,<br>
> and even applications, lot's of applets will use this feature, making<br>
> the desktop more consistent, intuitive and powerfull.<br>
><br>
> This project would cover the following:<br>
><br>
> Design a easy and flexible api for extenders, so that both applets and<br>
> applications having a system tray icon could add extender functionality<br>
> without much coding effort. This design would of course be made in close<br>
> collaboration with the rest of the plasma developers, to be sure it's<br>
> flexible enough, and in line with the rest of the plasma api.<br>
> Implement extenders. Extenders would probably be specialised applet's or<br>
> widgets which will be contained in a special containment. Extenders<br>
> should be sortable, detachable, and regroupable.<br>
> Polish the visual appearence. Extenders should look like they really<br>
> belong to the panel, or whatever other containment they're in. So panel<br>
> borders shouldn't be visible between the panel and the extenders and the<br>
> border should go around the extenders. Interacting with extenders should<br>
> have an organic feel to it, so Phase should be used to animate extenders<br>
> growing out of the panel, instead of making them appear out of nothing.<br>
> Also, detached extenders might show some form of 'title bar' as shown in<br>
> the animated mockup.<br>
> Make one, or, if time allows, more proof of concept applets that use<br>
> these extenders. Ideas for good proof of concept applets include the<br>
> following:<br>
> A kuiserver applet that shows all currently running jobs (file<br>
> downloads, burning of cd's etc.).<br>
> An rss applet that can show items from feeds in extenders, and<br>
> where detaching an item shows the the actual post.<br>
> Extend kopete or konversations, so they use extenders for<br>
> showing incoming messages.<br>
><br>
> About Me:<br>
> I'm a student in computer science at Twente University in the<br>
> Netherlands. I'm currently in my third year of studying computer<br>
> science. Besides my study I also earn some money building web<br>
> applications. I've been interested in FOSS software for quite some time,<br>
> but recently I got involved in the KDE project and actually committed a<br>
> couple of improvements. I've also been working on a new rss plasmoid.<br>
> I've learned basic c++ programming skills on my university, and because<br>
> of my recent involvement in KDE I've also learned some basic Qt and<br>
> libplasma.<br>
><br>
> I'm hoping to get accepted for GSoC, so I could get a more thorough<br>
> understanding of the inner workings of plasma, and improve my knowledge<br>
> of Qt. This would make it easier for me to commit usefull improvements<br>
> to plasma in the future. I discovered that writing code for software you<br>
> use and love, and being able to share that code with the world is very<br>
> satisfying and a lot of fun. And being able to look at the code of other<br>
> applications to see how they solve certain problems is a great way to<br>
> learn. I'd love to be able to spend more time on writing FOSS software,<br>
> and GSoC is an excellent opportunity to be able to do that.<br>
><br>
> The reason I chose for a KDE project is that I really like the open and<br>
> accessible community. I also think that KDE is the most powerfull<br>
> desktop environment around, and that it has the real potential to draw<br>
> people towards free software. And the first thing people coming from<br>
> other platforms will notice is the plasma workspace. Because plasma is<br>
> such a visible part of KDE, it should be beautifull, flexible, intuitive<br>
> and basically just amaze people. I think that the concept of extenders<br>
> could really add to this.<br>
><br>
><br>
><br>
><br>
> Rob Scheepmaker (pinda)<br>
> _______________________________________________<br>
> Panel-devel mailing list<br>
> <a href="mailto:Panel-devel@kde.org">Panel-devel@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank">https://mail.kde.org/mailman/listinfo/panel-devel</a><br>
_______________________________________________<br>
Panel-devel mailing list<br>
<a href="mailto:Panel-devel@kde.org">Panel-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank">https://mail.kde.org/mailman/listinfo/panel-devel</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Panel-devel mailing list<br>
<a href="mailto:Panel-devel@kde.org">Panel-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank">https://mail.kde.org/mailman/listinfo/panel-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Jordi Polo Carres<br>NLP laboratory - NAIST<br><a href="http://www.bahasara.org">http://www.bahasara.org</a><br>