[Kde-pim] SoC Updates -- Kontact and Skrooge Plasma Dashboards
Ryan Rix
ry at n.rix.si
Fri Apr 23 06:32:24 BST 2010
One and all,
Siddharth (who is working on Skrooge's Plasma dashboard) and I (who is
currently working on integrating Plasma into a Kontact summary page) just
wanted to send a quick update about our shared progress on our summer of
code projects. We are currently working on a generalized KPart that any
application can use to embed plasma into their application, with minimal
effort or knowledge of plasma.
We're currently working through a few issues at the moment:
We currently have a lot of dependencies in kdebase-workspace. This is a
big no-no as we don't want to require that any application that uses this
kpart to require kdebase-workspace. This leads us to a few interesting
conundrums that we'll need to be working through.
* I'm currently reimplementing the WidgetBrowser in
workspace/libs/plasmagenericshell as KMenu inside of our source directory.
Rather than having the add widgets piece exist as it currently is as a
Plasma::view, having it as a kmenu affords us a few more options as to
where it can exist.
* Siddharth is currently working on eliminating our other dependencies,
namely the config dialogs.
After that, we get to a really interesting situation: containments.
Currently all the contianments are in kdebase-workspace, where they
/probably/ should be. Of course, that means that we currently cannot
depend on any of them being there, including the one that I was most
likely to use in my SoC project, the newspaper. This leaves us in a sticky
situation -- the other roots we've sewn into kdebase-workspace can get
pulled out. However, we _need_ containments, so we end up either finding a
way to move them without upsetting a bunch of other things/people, or
duplicating the code within the KPart, which I am completely against doing
-- application developers should be able to choose any of the containments
we have made, and not be limited to one particular containment. Any
suggestions from the plasma folks are much appreciated on this issue (and
the whole thing, really). Another similar one will be plasma applets,
though they are probably less problematic, I'd think. Only the ones that
we'd like to share between the dashboards and the main shells would need
to be moved.
I'm fairly sure that those are the biggest issues facing us right now,
once they are out of the way, it should be smooth sailing for us!
Altogether, I think that there must be a solution _somewhere_ in the heads
of my fellow coders :)
Best
Ryan Rix
--
Ryan Rix
== http://hackersramblings.wordpress.com | http://rix.si/ ==
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20100422/6b4bfa4c/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/
More information about the kde-pim
mailing list