From kde-panel-devel  Fri Aug 19 21:06:31 2005
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: Fri, 19 Aug 2005 21:06:31 +0000
To: kde-panel-devel
Subject: [Panel-devel] KPanelExtension
Message-Id: <200508191506.31907.aseigo () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=112448580421171
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1689723102=="

--===============1689723102==
Content-Type: multipart/signed;
  boundary="nextPart3077598.yX3vN8qQ8n";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3077598.yX3vN8qQ8n
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

hi all...

i've been pretty focused on doing q/a for kicker in 3.5 but spent some time=
 on=20
plasma hacking today ..

the core app should become a simple manager of components. right now we hav=
e=20
two primary types of components: panels and applets. this email is about=20
panels. as you may have noticed KPanelExtension has been moved into=20
kdebase/kicker/libkicker, which is the stewing ground for the plasma libs.

over 3.5's kicker panels, plasma panels need to:

	- manage their own settings as much as possible
	- manage their own geometry as much as possible
	- not be restricted to edge-attached floating rectangles
	- be lightweight and generic enough to also be used for the desktop

things have been done to date to meet these goals:

	- ExtensionSettings are now contained within each KPanelExtension (KPE)
	- ExtensionManager now subclasses AbstractExtensionManager which provides =
all=20
the methods needed by ExtensionContainer which is currently in kicker

going forward:

	- move UnhideTrigger into libkicker/ and clean it up
	- ExtensionContainer will be merged into KPE
		- at this point KPE's will achieve the first 2 items in the list above
	- refactor KPE into sanity
		- we'll have a jumble of two classes and this will require sorting out
		- how many of the methods in AbstractExtensionManager are needed?
	- alter KPE to meet the remaining goals
		- have KPE return a QRect that is the strut to be reserved, if any
			- this will fix the remaining issues with extensions like the universal=
=20
sidebar still pushing icons around a bit
			- this will allow us to create the desktop extension
		- implement Floating

and then we can create the desktop extension and start talking about splitt=
ing=20
out the applet library (libplasma), how to theme extensions, which ones to=
=20
keep, etc. this will all at least start during aKademy, but will bleed well=
=20
into september and beyond, i expect.

at that point we'll into Milestone 4 according to the roadmap:

	http://plasma.kde.org/cms/1033
=09
huzzah=20

=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)

--nextPart3077598.yX3vN8qQ8n
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBDBknX1rcusafx20MRAjbPAJ9lNKrQEy0kGh5D6FUc1nLe8M63/gCgkonL
CfUqrlNrfDxzBfttdZJtVEc=
=iTB2
-----END PGP SIGNATURE-----

--nextPart3077598.yX3vN8qQ8n--

--===============1689723102==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel

--===============1689723102==--