[Panel-devel] Kickoff / KDE 4

[Robert Knight]

>  i can make the plugins tomorrow.

Hold that for a moment.  Looking at the AbstractRunner interface it
doesn't provide all the required information.

Each item in the Kickoff display has three basic properties.

- Text (Required)
- Sub Title (Optional, but most items have)
- URL (Optional, but most items have)

Then there are additional data roles for other information ( such as
device udi ).  The most useful one is the URL, all the other
information can usually be calculated given that.  The current runner
interface works with QActions instead which only provides the text and
possibly an icon.

Looking at the Application runner, it is just a fairly simple wrapper
around the KServiceTypeTrader class which I didn't know about before.
Using KSTT directly within Kickoff would seem a sensible solution.




On 25/09/2007, Aaron J. Seigo <aseigo at kde.org> wrote:
> On Monday 24 September 2007, Robert Knight wrote:
> > Documents and Communication are covered by Strigi (XESAM) in the short
> > term.  Applications and Places are probably the most important missing
> > items on that list which I don't think Strigi covers.  One option that
> > occurred to me would be for the Kickoff launcher to talk to KRunner
> > over D-Bus to get some of these additional results.
>
> well, speaking dbus for these things seems a bit overkill really. even
> easier
> would be to break out the few built-in runners to be plugins instead (that's
> 5 minutes work per runner) and then load them directly from the menu (or any
> other plasma part for that matter). i can make the plugins tomorrow.
>
> --
> 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
>