note to all: my amarok was unusably slow, which was a reason for my desire to change, but it runs WAAY faster in a native kde4 environment (nested Xephyr) rather than in kde3 as i was testing. so, the speed issue is more moot than i thought.
<br><br>leo<br><br>p.s. if you're not running it in a full kde4 environment, i suggest you try, plasma + amarok +everything else is much much faster<br><br><div><span class="gmail_quote">On 7/7/07, <b class="gmail_sendername">
Leo Franchi</b> <<a href="mailto:lfranchi@gmail.com">lfranchi@gmail.com</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">
<br><div><span class="q"><span class="gmail_quote">On 7/7/07, <b class="gmail_sendername">Nikolaj Hald Nielsen</b> <<a href="mailto:nhnfreespirit@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
nhnfreespirit@gmail.com</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">
Other attendes at aKademy spent a lot more time time looking into<br>plasma than me, but I will give you my thoughts on the issue.<br><br>I like the general idea, but as I mentioned to the other devs at<br>aKademy, I think we need to start seriously narrowing the scope of
<br>features we will try to implement for Amarok 2.0 in order to have at<br>least a usable beta by the time KDE 4.0 ships. This particular feature<br>does sound like it could eat up a LOT of time.</blockquote></span><div>
<br>i definitely understand this concern. we need to have a working amarok relatively soon, at least in time for KDE4.0. but IMHO if,<br>after we put all of this work into the CV, it is still dog-slow and unusable, then we'll just have wasted a lot of time. also, this architecture
<br>doesn't need to be *that* complicated. when i said it would take a while i means a few weeks maximum, not months :) i mean, most of the <br>code exists already in plasma, i would need to port and adapt it. </div>
<span class="q"><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">
Also, and maybe more significantly, there are ideas floating around to<br>make the plasma canvas "embeddable" in applications in a future<br>release of KDE. This would mean not only theming support, but also the
<br>ability to drag the context items to the desktop or wherever</blockquote></span><div><br>this is definitely a very interesting concept. problem i see with this is that its still an "idea floating around". and "future release of KDE" also does not sound
<br>like something we can rely upon. either way, we need something to rely on that makes amarok2 awesome and that is usable. pinning our hopes on a<br>yet-to-materialize feature of KDE does not seems like the best way to approach this. furthermore, if this feature does ever come to exist, then we would
<br>of course refactor to support it. </div><div><span class="e" id="q_113a144544650b07_5"><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">
- Nikolaj<br><br>On 7/7/07, Leo Franchi <<a href="mailto:lfranchi@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">lfranchi@gmail.com</a>> wrote:<br>> hey everyone-<br>> so as leinir mentioned to me yesterday, the guys over at akademy were
<br> > discussing the problem of themeing in the context view, and a solution that<br>> was similar to the plasma theme engine came up. now, everyone at akademy a)<br>> knows more about how plasma works internally than i do (even after a few
<br>> hours of grokking the code) b) has already thrown this idea around. i just<br>> want to open it up to everyone else and see what people think.<br>><br>> basically, how it works is plasma renders SVG pixmaps onto the QGraphicsView
<br>> desktop. it works something like this: 1) widget loads the svg widget theme<br>> 2) when time comes to display data, the widget paints the data "through" the<br>> SVG-- it takes care of the layout. 3) rendered pixmap is put onto desktop.
<br>> this is very good for many reasons, including resolution independence, but<br>> most importantly, artists can provide theme packages of SVGs that completely<br>> control the layout of the widgets. this would fit exactly with our needs.
<br>> also, it does caching of the SVGs so apparently its quite efficient.<br>><br>> the con that i can see right now is this: it's quite significantly more<br>> complicated than the current system. not that that is necessarily bad, but
<br>> its just going to take longer to implement/perfect.<br>><br>> also, plasma is fast :) and right now amarok2 is really slow. especially<br>> (but not only) the contextview. so if this helps, i'm all for it. i'm also
<br>> willing to code this up, but basically want to gauge your guys' reactions:<br>> do you think it's a good idea? comments? problems?<br>><br>> leo<br>><br>> --<br>> ______________________________________________________
<br>> Leo Franchi <a href="mailto:angel666@myrealbox.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">angel666@myrealbox.com</a><br>> 665 Channing Ave <a href="mailto:lfranchi@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
lfranchi@gmail.com</a><br>> Palo Alto cell: (650) 704 3680 <br>> CA, USA home: (650) 329 0125<br>> Junior,<br>> Palo Alto High School, <a href="http://euthydemus.homelinux.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://euthydemus.homelinux.net</a><br>> 65 Embarcadero Road,<br>> Palo Alto, <br>> CA, USA<br>><br>> GPG Key Fingerprint: 713F 1C92 11E3 4696 D067 B681 72D5 EAF0 1499 8B03<br>> Key ID: 14998B03<br>> Public key:
<a href="http://euthydemus.homelinux.net/pub_key.txt" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://euthydemus.homelinux.net/pub_key.txt </a><br>><br>> _______________________________________________
<br>> Amarok-devel mailing list<br>> <a href="mailto:Amarok-devel@kde.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Amarok-devel@kde.org</a><br>> <a href="https://mail.kde.org/mailman/listinfo/amarok-devel" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://mail.kde.org/mailman/listinfo/amarok-devel</a><br>><br>><br>_______________________________________________<br>Amarok-devel mailing list<br><a href="mailto:Amarok-devel@kde.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
Amarok-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/amarok-devel" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> https://mail.kde.org/mailman/listinfo/amarok-devel</a><br></blockquote>
</span></div></div><br><br clear="all"><br>-- <span class="q"><br>______________________________________________________<br>Leo Franchi <a href="mailto:angel666@myrealbox.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
angel666@myrealbox.com</a><br></span>4305 Charlemagne Ct <a href="mailto:lfranchi@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">lfranchi@gmail.com</a> <br>Austin cell: (650) 704 3680
<br>TX, USA home: (650) 329 0125 </blockquote></div><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