Plasmafication Feedback

[Leo Franchi]

On 8/8/07, Dik Takken <D.H.J.Takken at phys.uu.nl> wrote:
>
>
> Hi,
>
> Does this mean that the Amarok plasmoids can also be placed on the
> 'desktop' in stead of the Amarok window? That sounds good. Real good..


that depends. i'm trying to keep this possible, but if we are forced to
extent the default plasma applets in order to do what we want, we will lose
full plasma interoperability. i do wish to keep it, but i won;t let it
affect amarok development.

leo


Dik
>
> Hi Dik
>
> On Wednesday 08 August 2007 11:07:01 Dik Takken wrote:
> > Some other remarks / ideas:
> >
> > * The plasma area in the screenshots does not look very well integrated
> > into the rest of Amarok yet. It looks more like an isolated gimmick on
> > its own, which makes it visually less obvious that it is in fact tightly
> > integrated with Amarok. Yes, I know this is work in progress.. :)
>
> So don't tell us :P
> We really don't care about styling a lot right now... the whole app
> doesn't
> look very integrated in itself.
>
> > * Can the plasma area integrate into the rest of KDE, theming-wise? If
> you
> > run a KDE desktop with all light colors, a dark-ish Amarok looks a bit
> out
> > of place, maybe.
>
> Huh? Don't get that one, I guess that all depends on the plasmoids and/or
> possabilities in plasma itself, I don't see a lot of things we have to
> deal
> with (despite the fact that the stock plasmoids should probably adept,
> though
> that's a mino detail IMO).
>
> > * Just a wild idea: Will it be possible to disconnect the plasma area
> into
> > a seperate window? Then you can run it full-screen on a second monitor
> > (TV-OUT!)
> >
> > * Another wild idea: If it will ever be possible to add video clips to
> the
> > playlist, then maybe a plasmoid could request the video stream from
> Amarok
> > and display it, if there is any. When combined with the previous wild
> > idea, you can produce 'music television'-style video feeds from amarok.
> > Nice for parties...
>
> I guess the "disconnnecting" isn't technical that easy (without making the
> rest of Amarok as well). Also I don't think it's very meaningful to do
> this,
> you have to think of the ContextView as an enhanced version of the
> ContextTab
> in 1.4, which gives 3rd party the possability to create plasmoids for all
> kind of stuff and is good looking the same time.
> Anyway, the thing is... Plasma (the standalone app -> desktop) is probably
> the
> better choice for this. It's actually made for that kind of stuff, the
> only
> thing we should provide for that, is access our dataengines from plasma
> (at
> runtime of course) this way one can write plasmoids for Plasma (and it's
> formfactors) which still can access the internal Amarok information.
>
> > * In case it proves difficult to really make the plasma area become one
> > with the rest of Amarok, I think it is important that the plasma area
> can
> > be hidden. Maybe the first-start wizard could allow choice between
> > 'Classic' look and 'Plasmified'.
>
> It is most probably not. Still, I'm totally against the first-start wizard
> thing, in fact the wizard should be cut down, also... the ContextTab has
> been
> removed, never actually completely ported and none certainly will maintain
> two things doing exactly the same.
>
> Thanks for the feedback :D
>
> --
> Harald Sitter
> Amarok team        Rokymotion division     Mail: harald at getamarok.com
> amarok.kde.org     Good news everyone!     Jabber:
> apachelogger at kdetalk.net
>
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok
>
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok
>
>
>


-- 
______________________________________________________
Leo Franchi                    angel666 at myrealbox.com
4305 Charlemagne Ct         lfranchi at gmail.com
Austin                                 cell: (650) 704 3680
TX, USA                              home: (650) 329 0125
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/amarok/attachments/20070808/1e584ef4/attachment.html>