[Panel-devel] Fwd: [Slicker-devel] irc dump about our Atuin code ...

Aaron J. Seigo aseigo at kde.org
Fri Jun 17 18:12:08 CEST 2005


On Friday 17 June 2005 07:17, danalien wrote:
> The things we've learned between the  'legacy' [0] and the rewritten
> 'Atuin' codebase.

well, this is why i asked. because when i read it over and i didn't see 
anything in it that isn't in today's kicker design. yes, kicker doesnt' have 
the concept of "cards and cardstacks" (and i don't see that as a negative, 
btw), but the actual class designs are pretty reminiscent of those in kicker 
right now and many of approaches are pratically 1:1. so i'm not sure what i'm 
supposed to be looking at and going "ah, i see".

this has been an ongoing problem for slicker: it's aimed to reinvent 
everything instead of working with projects and code that already exist. 
perhaps the defining moment was when the slicker devs decided that providing 
containers for kicker applets wasn't worth it and it would be a better route 
to just reimplement every applet for slicker that already existed in kicker. 
not only did this approach starve it of developer resources and interest, but 
it's taken all this time to come to a design that reflects what already 
exists elsehwere. we're moving on from there, not trying to get there.

i really don't want the slicker cultureal approach to things reflected within 
plasma as i believe that would be detrimental to the future of the project. 
if there are things we can actually learn from slicker, great; but i'm not 
seeing them (which is why i asked). if those involved with the slicker 
project would like to work on moving plasma forward, great. in fact, i think 
that's best thing they could do to achieve their vision of a 
non-crappy-set-of-desktop-widgets-that-actually-ship.

-- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
-------------- 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/20050617/4443c2c7/attachment.pgp


More information about the Panel-devel mailing list