From kde-panel-devel Mon Dec 12 17:58:59 2005 From: "Aaron J. Seigo" Date: Mon, 12 Dec 2005 17:58:59 +0000 To: kde-panel-devel Subject: Re: [Panel-devel] SuperKaramba plans Message-Id: <200512121059.04035.aseigo () kde ! org> X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=113441042017611 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0431952132==" --===============0431952132== Content-Type: multipart/signed; boundary="nextPart2061639.8KfsOJuShG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart2061639.8KfsOJuShG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 06 December 2005 16:12, Ryan wrote: > SuperKaramba can do. From what I understand, it will be composed of kpar= ts > and a "scripting glue" from one of the language bindings.=20 the "kparts" thing is not at all a for sure thing at this points. it's one= =20 approach that is being tried. it may end up being too heavy, not flexible=20 enough or just right. > There will be=20 > some way for people to define their workspace layouts that others can also > use simply by loading the config. yes ... this is not one of the first things to tackle, however. > reorganization in /trunk/KDE/kdeutils/superkaramba. My understanding is > that Plasma will not be using any of the SK code, but instead expanding on > SK's ideas and possibilities.=20 as we discussed a few months ago before i got busy with finishing up with 3= =2E5=20 and dealing with doing presentations every other week, the idea is to=20 separate out the "business logic" from the presentation in SK and turn the= =20 set of classes that provide information on the system, etc.. that SK themes= =20 currently use into thematic engines for use by plasma applets. this was the approach attempted by the taskbar library in kicker and it wor= ked=20 pretty well (except that it didn't properly implement things as a model; it= =20 was half-model, half-view, half-confused ;) ... it allowed the creation of= =20 the standard taskbar, the window-aware pager and kasbar without rewriting a= ny=20 of the task management code. this approach should allow us to more easily create applets that rock witho= ut=20 reinventing the wheel (and the configuration of said wheel) over and over i= f=20 applied to other fields. SK already has quite a few of these types of classes, and they ought to be= =20 organized better and provide data models that applets can access / query. a= s=20 we discussed, they should probably be accessible via a singleton type patte= rn=20 wherever possible to limit memory and other resource consumption. i suppose i have no one to blame for this knowledge being lost as i didn't = sit=20 down and write out the conclusions of these conversations in great detail.= =20 hoping that the email archives would be enough is obviously silly, and=20 expecting anyone else to do this is almost equally so. > Or a much simpler question, what needs help and where can I/we find a > direction to move? zack rusin is spending a few weeks at my place this month during which time= we=20 will be working on getting the foundational layers of code down for plasma. from there we can move forward with creating the actual engines, starting w= ith=20 applet development, etc... until then, i really don't know whether to sugge= st=20 working on engine related stuff, the Qt4 SK stuff you mentioned or just to= =20 enjoy the holiday season ;) =2D-=20 Aaron J. Seigo GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 =46ull time KDE developer sponsored by Trolltech (http://www.trolltech.com) --nextPart2061639.8KfsOJuShG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDnbpo1rcusafx20MRArg8AJ9lZIBf8W6I6wGC49886Y7DgnvS8gCfZDw5 syhCFryrt8GxCD4nwN2iv48= =aqcz -----END PGP SIGNATURE----- --nextPart2061639.8KfsOJuShG-- --===============0431952132== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Panel-devel mailing list Panel-devel@kde.org https://mail.kde.org/mailman/listinfo/panel-devel --===============0431952132==--