<span class="gmail_quote">On 7/10/07, <b class="gmail_sendername">Maximilian Kossick</b> <<a href="mailto:mkossick@gmx.de">mkossick@gmx.de</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
On Monday 09 July 2007, Seb Ruiz wrote:<br>> On 09/07/07, Leo Franchi <<a href="mailto:lfranchi@gmail.com">lfranchi@gmail.com</a>> wrote:<br>> > On 7/9/07, Aaron J. Seigo <<a href="mailto:aseigo@kde.org">
aseigo@kde.org</a>> wrote:<br>> > > On Sunday 08 July 2007, you wrote:<br>> > > > basically, i was wondering if you had any particular<br>> > > > reservations/comments/whatever as to the use of a plasma-inspired
<br>> > > > contextview in amarok, mostly because you *are* plasma :) i'm not<br>> ><br>> > planning<br>> ><br>> > > ..<br>> > ><br>> > > > so if you don't think that amarok is a good place for a plasma-like
<br>> > > > graphicsview, or have any specific comments, feel free to point them<br>> ><br>> > out. i<br>> ><br>> > > > just wanted to give you a heads up on what i'm planning to try.
<br>> > ><br>> > > i think it makes lots of sense.. it turn out to be some very cool stuff<br>> > > =) i'll be making libplasma publicly available in 4.1 (e.g. by<br>> > > guaranteeing binary compat; we already install headers with dptrs and
<br>> > > whatnot but there are no BC guarantees currently) and at that point<br>> > > moving parts or perhaps even all of the lib to somewhere outside of<br>> > > kdebase... at that point we<br>
> ><br>> > may<br>> ><br>> > > be able to remove some of the duplication in code and what not.<br>> > ><br>> > > for 4.0 you could also just put libplasma into amarok itself and
<br>> > > compile<br>> ><br>> > it in<br>> ><br>> > > as a static lib; with an 'svn extern' entry in the amarok tree you<br>> > > could<br>> ><br>> > then<br>
> ><br>> > > track libplasma from kdebase without having an actual kdebase<br>> > > dependency.<br>> ><br>> > thank you for the prompt reply :) the compiling of a static<br>> > plasma library directly in the amarok source
<br>> > looks interesting, but i'm not sure if<br>> > we'll need the full resources/complexity<br>> > of plasma to justify it. either way, i'll<br>> > start doing it bit-by-bit and if it turns
<br>> > out that i'm pretty much bringing all of<br>> > it in to amarok, i'll go ahead and svn extern<br>> > it and compile libplasma statically.<br>> ><br>> > amarok devs: what do you guys this?
<br>><br>> I'm still having difficulty compiling kdebase/kdepimlibs so I haven't<br>> been able to test plasma first hand. That said, my gut feeling is that<br>> it would be better to use libplasma as a guide, and not simply copy it
<br>> over - for the primary reason of unneeded complexity.<br>><br>> Seb<br><br>I don't think integrating plasma into amarok is going to be more complex than<br>writing our own context view. More important, Plasma has a *very* well
<br>designed architecture, unlike the current Context View. Thus integrating<br>Plasma will make maintenance easier for us in the long term imo.<br>Additionally, using Plasma, we can give our users the ability to extend and
<br>theme their context view...something which is currently lacking.</blockquote><div><br>Max is indeed correct: i already have Plasma working in the context view. so far, its only plasma--e.g. no applets, no management, no anything. but hey, its still plasma, and the architecture is there :)
<br><br>anyway, since applets will be first-class plugins (we'll use the KTrader system for applets) it makes it much easier to theme---as max says, a desktop theme can just include svgs for amarok and we will be themed too :)
</div><br><br><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
Cheers, Max<br><br>_______________________________________________<br>Amarok-devel mailing list<br><a href="mailto:Amarok-devel@kde.org">Amarok-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/amarok-devel">
https://mail.kde.org/mailman/listinfo/amarok-devel</a><br><br><br></blockquote><br><br clear="all"><br>-- <br>______________________________________________________<br>Leo Franchi <a href="mailto:angel666@myrealbox.com">
angel666@myrealbox.com</a><br>4305 Charlemagne Ct <a href="mailto:lfranchi@gmail.com">lfranchi@gmail.com</a> <br>Austin cell: (650) 704 3680<br>TX, USA home: (650) 329 0125