Hi all,<br><br>The "scope" can be introduced with the context view state machine that we wanted for 2.X. (<a href="http://amarok.kde.org/wiki/2009_Sprint_Roadmap_and_TODO)/">http://amarok.kde.org/wiki/2009_Sprint_Roadmap_and_TODO)/</a> Context view should show some relevant info when browsing, playing, or not playing (statistics, etc). <br>
<br>About collapsing or not, that was just desgined in order to save some vertical place with the current Context View design<br><br>----------------------------------<br><br>I would go further : Now we have (or are going to have) different engines, providing data from different sources. The Cv should have an automatic guess, and display only the information that we can show : nobody cares for an empty page of wikipedia, but if we got the lyrics or photos right, we should show them as a primary information. Also the current behavior is not correct, having to clic to show an applet is not very intuitive. <br>
<br>Therefore, i think we should design a meta-applet, showing a bit of all the information relative to the current song we got (from wikipedia, lyricswiki, flickr, youtube, <a href="http://last.fm">last.fm</a>, musicbrainz etc) The engine we want to use should be configurable by the user. And then we should be able to navigate to all that information within the applet. with some history, showing some "more ..." button here and there. If we didn't get the lyrics, do not show the lyrics part and automatically use the space for what's left.<br>
<br>Here is a *magnificent* mockup made with kolourpaint<br><a href="http://imagebin.ca/view/h7pG9HA.html">http://imagebin.ca/view/h7pG9HA.html</a><br><br>Ok the choice of colour is not accurate, but it's just a 10mn mockup :-). Here are some comments :<br>
<br>- I believe there is definitely enough space in the cv for this, and we can only keep the "Current Track" applet, and the meta applet (no more bottom bar) Every thing should be done within the applet, with a navigation history (2 icons on the top left).<br>
- On top right, the settings where the user configures : biography from <a href="http://last.fm">last.fm</a> or pitchwork or wikipedia ; Album list from musicbrainz or discogs.<br>- If the user clic on a link it'll open in the applet<br>
- if the user clic on the album (note that the italic one is here to indicate that it is not in the collection), the album uncollapse, showing some more info<br><br>Maybe that project is not realistic due to some coding difficulties, but I'll give a try when that $ø@# of PhD will finally be over (which will hopefully be in a month now).<br>
<br>Any sort of comment/reaction welcome :)<br><br>-Simon<br><br><br><br><br><div class="gmail_quote">On Mon, Sep 21, 2009 at 10:31, Bart Cerneels <span dir="ltr"><<a href="mailto:bart.cerneels@kde.org">bart.cerneels@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">On Mon, Sep 21, 2009 at 09:36, Valentin Rouet <<a href="mailto:v.rouet@gmail.com">v.rouet@gmail.com</a>> wrote:<br>
>> Yes. Feel free to add that to any applets that do not have it--it was<br>
>> not an implementation choice but rather a i-haven't-had-the-time-to-do-<br>
>> it-yet choice.<br>
><br>
><br>
> By "that", do you mean make them all collapse ? I am thinking about adding<br>
> an option to the config dialog to decide if the user wants the applets to<br>
> collapse or not (as personally I don't really like them collapsing), do you<br>
> think it is a valid idea ?<br>
> Valentin<br>
<br>
</div></div>I think none of them should collapse or change display, i.e. the<br>
content should stay. It happens far to often that I'm reading a<br>
wikipedia article of an artist while the track is reaching the end.<br>
Same could be happening for photo's, lyrics... though I don't those<br>
nearly as often.<br>
I also feel the need for a "scope" for the context info displayed. For<br>
instance when selecting a track the context panel should show info<br>
about that one, even if it's not playing.<br>
<font color="#888888"><br>
Bart<br>
</font><div><div></div><div class="h5">_______________________________________________<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" target="_blank">https://mail.kde.org/mailman/listinfo/amarok-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>------------------------------------------------------------------<br>Simon Esneault<br>Laboratoire Traitement du Signal et de l'Image, (LTSI, UMR-INSERM 642)<br>
Université de Rennes I, Campus de Beaulieu, <br>35042 Rennes Cedex, France.<br>Tel : +33 (0)6 64 61 30 94<br>Mail : <a href="mailto:simon.esneault@univ-rennes1.fr">simon.esneault@univ-rennes1.fr</a><br>------------------------------------------------------------------<br>