Where to put an AbstractIconApplet class.

[Aaron J. Seigo]

On Tuesday 19 February 2008, Marco Martin wrote:
> the main problem with it would be that probably it would need some
> specialized code somewhere to actually create the applets when a device is
> plugged for the device notifier (and in what containment they should be
> added?) i kinda like the way the devicenotifier works even if incomplete,
> maybe it would be nice to make it not so tied to devices and display also
> the other locations (what KFilePlacesModel sees)

get it filled out for devices first, i think. a KFPM plasmoid would be nice 
*in addition* to the devices plasmoid. the devices plasmoid should end up 
allowing one to do things that KFPM isn't very well suited to, e.g. setting 
your new USB headset when it gets plugged in to be your default audio device 
with a single click.

> > > and it seems that there
> > > is going to be a lot of code duplicated between device icons and the
> > > file icons.  Since Trach Applet will likely share a lot of code as well
> > > I'd like to make an AbstractIconApplet class which will sub-class
> > > Applet in order to reduce the amount of code duplicated and ease
> > > maintenance of the code.
> >
> > what are the commonalities that need to be shared? i'm aware of the focus
> > issues (dragging the icon drags the applet; this ends up imperfect as we
> > have it unfortunately, btw, as it currently by passes any code we have in
> > applet handle..) but what else?
>
> the big thing is the mousemoveevent, also constraintsupdated are more or
> less the same, they could be the same function but maybe it would kill
> flexibility?
> as for mousemoveevent,  is there a meaningful place to put it? a common
> abstract applet could be a way that at the moment better than nothing..
> or better, is there a way to get rid of that thing (and still being able to
> manage clicks)?

i don't think that the mouseMoveEvent issue is in any way unique to the icon 
applets, it's just where we are first seeing them. my gut says we should add 
this to Applet itself and allow the applet to say, "hey, drag me when these 
items are clicked on too!" just as we allow the applet to say, "hey, keep me 
square!"

however, my other guy (yes, i'm bovine that way ;) says to wait and see if Qt 
4.4's canvas helps at *all* in this regard. so far i don't think so, but i 
need to find that time with bibr.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20080219/7d01e45a/attachment.pgp