[Panel-devel] Kickoff / KDE 4

Aaron J. Seigo aseigo at kde.org
Tue Sep 25 20:00:18 CEST 2007


On Tuesday 25 September 2007, Riccardo Iaconelli wrote:
> On Monday 24 September 2007 21:16:14 Robert Knight wrote:
>
> I've seen no big discussion going on here about replacing raptor with
> kickoff, correct me if wrong, and if I'm not, I'd like to start one.

we discussed this in length at the last irc meeting. it was included in the 
meeting notes IIRC.

i'd also point out that it's hard to talk about replacing something that 
hasn't been put into place to begin with: raptor is not a working plasma 
applet that i can find.

> including a SoC project, so easily. Over than that, raptor has some more
> advanced concepts, like a sophisticated algorithm which recognizes the
> preferred application basing on the time of the day.
> Raptor is very close to be finished (siraj told me than a month is more
> than enough to complete it), it has the focus of 2 artists, and really
> motivated people actively working on a daily basis on it. I'm strongly
> against using kickoff in KDE 4, given the above reasons (and given that
> kickoff has seems to have some technical problems, speed is the main
> complaint actually from the guys using opensuse).

so ... we should scrap kickoff for Raptor? i mean, that's the same thing 
you're complaining about, isn't it: scrapping one set of work for another.

here's the bottom line:

- i have no issues with more than one approach to the same problem; we can try 
both and see which flies better for default and provide both if they are each 
quality enough

- we need at least ONE, however, and raptor does not seem to be ready in time 
for 4.0, though if it is that would be great

- kickoff has usability testing behind it and code to work off of, so it's 
certainly a contender

- raptor does have a number of very interesting ideas and people working on 
it, so it's certainly a contender

IOW: i'm content to let everyone work on these two rather different 
approaches, and when each of them crosses the finish line deal with each as 
independant contributions. the defaults in 4.0 will likely be determined by 
stability and completeness, defaults in future versions may well shift.

so i don't see the problem, nor the reason for this line of conversation.

-- 
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: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20070925/26d1f3f4/attachment.pgp 


More information about the Panel-devel mailing list