[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: RFC: KPanelApplet
From:       Richard Moore <rich () kde ! org>
Date:       2000-06-02 0:02:45
[Download RAW message or body]

Dirk Mueller wrote:
> 
> On Don, 01 Jun 2000, Simon Hausmann wrote:
> 
> > As signals? You mean stuff the applet implements should be done as
> > signal? (or: kicker connects an internal signal to an applet slot?)
> 
> No, you got me wrong :)
> 
> KPanelApplet "actions" are the context-menu items like "Help", "About",
> "Preferences" etc. Whenever the user selects such a function, the apropiate
> virtual function is called. This is inconvenient and - more important - new
> context-menu entries will break binary compatibility. therefore IMHO
> whenever such an item is selected by the user, the KPanelApplet class should
> simply emit a signal the applet can connect to.

I have been playing with this stuff in an attempt to write a nice
abstraction
for panel clocks. I think there are some big problems in this APi, but
to be
honest, that this is a minor issue. The bigger problem for me is the
distinction
between internal and external applets. I think this is a pointless one
which
emphasises the implementation rather than the abstraction. I think what
you
describe should be combined with the current solution (virtual functions
which
emit the signals as a default implementation), but I think we should
also try
to solve the larger issues at the same time.

Mosfet, MHK, what do you think about this?

Rich.

> 
> Dirk

-- 
     Richard Moore		rich@ipso-facto.freeserve.co.uk
http://www.robocast.com/	richard@robocast.com
http://developer.kde.org/	rich@kde.org

[prev in list] [next in list] [prev in thread] [next in thread]