[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main


  Amarok's Summer of Code Review
KDE Public Relations and Marketing Posted by Seb Ruiz on Wednesday 19/Sep/2007, @17:01
from the i'll-take-two-please dept.
This year, Amarok had two summer of code projects under the KDE umbrella. Both of these projects have finished while remaining in continued development and were extremely successful. Read on to learn about two innovative additions to the Amarok project.

Ian Monroe, Model/View Implementation and Usability Improvements for the Playlist

Amarok 2.0 is going to provide users with a new interface - one which is more refined, intelligent and with a greater emphasis on usability. Ian's job was to use the superior Qt 4 model-view architecture to create an effective and efficient playlist for listening. As a second time Summer of Code student, Ian got straight to work on his project. Conventional playlists have always been displayed as a typical column based list view, with a dense amount of information in a rather unreadable format. Ian's interpretation involves a customisable view for the display of playlist items, allowing for more complex displays of track information. For example, displaying album artwork for a track or groupings on an album basis could be possible. A little more under-the-hood, Ian focused on optimising the playlist to be capable of efficiently handling many thousands of tracks in the playlist. This is something which was not possible in Amarok 1.x due to technical constraints.


Leo Franchi, Web Services Integration

The Amarok project has always striven to provide users with the best experience when playing music, allowing them to rediscover their music. Leo was a first time Summer of Coder and his project was to integrate various web related projects into Amarok. Originally, ideas included upcoming concerts, artist trivia knowledge and more - however, it soon became clear that there were much larger obstacles in achieving this aim. There was simply no adequate place to display the information. Thus, the Context View was born, a prettier, more powerful upgrade to the Context browser seen in the Amarok 1 releases. Rightfully so, Leo decided that the Context View was more central to the features of Amarok 2, and proceeded to import the KDE 4 Plasma workspace as the backend of the new Context framework. After weeks of hard work, there is a wonderful vector graphics based Context View which shows context sensitive information relating the the currently playing song. In line with KDE 4's Plasma, custom applets can be created as plug-ins to display virtually any information (eg, guitar tables). There are a few applets already implemented, such as track information and lyrics fetching.



<  |  >

 

  Related Links
 ·   Articles on KDE Public Relations and Marketing
 ·   Also by Seb Ruiz
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

When I thought KDE4 couldn't get any cooler
by Skeith on Wednesday 19/Sep/2007, @18:13
Amarok 2 looks to be a jaw dropping improvement over the previous version. Will the Plasma used in the context view be able to use data engines and visuals on the desktop and vice versa?
[ Reply To This | View ]
  • Re: When I thought KDE4 couldn't get any cooler
    by Ian Monroe on Wednesday 19/Sep/2007, @21:37
    It actually would make some sense to allow Amarok plasmoids to be plasmoids on the desktop. This might happen at some point, but it is not a priority.

    Being able to put desktop plasmoids in the Amarok context view would be kind of silly IMO. :)
    [ Reply To This | View ]
    • Re: When I thought KDE4 couldn't get any cooler
      by baumhaus on Thursday 20/Sep/2007, @09:04
      For me it sounds just logical that a plasmoid can be used technicly anywehre you want to. It doesn't metter if you put it on your desktop into your Deskbar (fka kicker) or into Amarok. I think that is the idea behind Plasma that it can be used anywhere if you implement it.

      And maybe you don't want to put Desktop Plasmoids into Amarok but maybe anybody else. It could be usefull to put the clock into Amarok or something like that.

      I gueas that every plasmoid can be used on either one Desktop and Amarok.
      [ Reply To This | View ]
      • Re: When I thought KDE4 couldn't get any cooler
        by Fredrik Larsson on Thursday 20/Sep/2007, @17:54
        You are absolutely right! Silly would be not to be able use desktop plasmoids in Amarok CV and Amarok plasmoids on the desktop because that would imply two different and incompatible implementations of basically the same framework/functionality.
        The fact that most people doesn't want to have desktop plasmoids in Amarok is entirely irrelevant.
        [ Reply To This | View ]
      • Re: When I thought KDE4 couldn't get any cooler
        by Ian Monroe on Thursday 20/Sep/2007, @20:54
        It's Leo's baby, but I know Amarok plasmoids are in-process to Amarok. Libplasma was originally designed with only the plasma process in mind. It just happens that Amarok needed to solve similar problems as libplasma so now Amarok uses it.
        [ Reply To This | View ]
      • Re: When I thought KDE4 couldn't get any cooler
        by Mike Wyatt on Saturday 22/Sep/2007, @16:00
        exactly. isn't there a media center form factor? not that I am saying amarok should and must use that form factor, but that they were dreamed up to accommodate for this very sort of thing
        [ Reply To This | View ]
Playlist: Sorting and Information
by Jucato on Wednesday 19/Sep/2007, @18:19
Quick question about the playlist. While I do like the new fancy layout of the playlist, I'm wondering about two things:

1. In the previous column-based playlist, users can add/remove columns of information. With this new playlist, are we only limited to those 4 pieces of information in that screenshot?

2. One of the advantages of the column-based playlist is being able to sort the list in ascending/descending order, based on title, artist, album, time, etc. Will that still be possible in the new playlist?

Other than that, I like it! I used to doubts as to the placement of the playlist (moving from "playlist-centric" to "context-centric") but as I observed by Amarok usage recently, they don't really affect it. Keep up the great work!
[ Reply To This | View ]
  • Re: Playlist: Sorting and Information
    by Ian Monroe on Wednesday 19/Sep/2007, @18:56
    Yep we'll figure out sorting and customizing what info is visible, no worries.
    [ Reply To This | View ]
    • Re: Playlist: Sorting and Information
      by Jucato on Wednesday 19/Sep/2007, @19:35
      That's great news then. More power to you! :)

      (Can't wait for the first beta that I would be able to run in my KDE 4 beta)
      [ Reply To This | View ]
    • Re: Playlist: Sorting and Information
      by pilpilon on Sunday 23/Sep/2007, @15:53
      In current column-based playlist I always have some difficulty to organise it, as some tacks has very long names, others long album name, others two or three artists, so I could not see it all.
      New playlist, it seems, solve this in rather elegant way, very good work.
      My only concern, sorting aside, is in-place tag editing, which is very handy sometimes. But it is solvable too, isn't it?
      [ Reply To This | View ]
Playlist Time Alignment
by Jason Stubbs on Wednesday 19/Sep/2007, @18:29
No, not another comment bashing the new playlist. ;)

Just a comment about the alignment of the track length display. Wouldn't it be better to have it right aligned rather than left aligned with what I think is the album title?

In the screen shot, the track name of the second item is being cut short purely because the album title is long. The whitespace to the right of the track length is essentially being wasted. Not having the track lengths aligned (with each other) also makes it difficult to quickly scan the track lengths of those that are visible too as the eyes have to keep jumping to left and right as the scan down (or up).

I believe it's not a difficult thing to change which tends to make me think that the current layout was chosen based on some merit. I'd be interested to hear what that merit is, but would likely still lean toward right aligned.
[ Reply To This | View ]
  • Re: Playlist Time Alignment
    by Ian Monroe on Wednesday 19/Sep/2007, @18:59
    Nah, it wasn't chosen on some merit, it's just how I first implemented it.
    [ Reply To This | View ]
    • Re: Playlist Time Alignment
      by bsander on Thursday 20/Sep/2007, @00:19
      May I propose dropping the two-coumn layout of a playlist item in favor of just a line-based solution (like currently OSD shows its information)? Since the width of the playlist is probably going to be cut by >50% compared to Amarok 1.x, I'd say it's really important to not waste any more horizontal space than absolutely necessary..

      I know it's nitpicking, I really appreciate the work being put into Amarok 2, and am really looking forward to using it myself!
      [ Reply To This | View ]
      • Re: Playlist Time Alignment
        by Ian Monroe on Thursday 20/Sep/2007, @07:03
        No thats not nitpicking, thats saying it should be completely different. You would have to make a mockup or something to show what your trying to say.
        [ Reply To This | View ]
        • Re: Playlist Time Alignment
          by bsander on Thursday 20/Sep/2007, @10:19
          Like I said, just as Amarok 1 does with OSD. I found a screenshot at http://www.linuxos.sk/media/IMG/amarok/osd.jpg

          Basically it's just two lines of text, so no extra vertical alignments of (as in the screenshot) for instance the album and the track length. I think it'll save horizontal space that way :)
          [ Reply To This | View ]
          • Re: Playlist Time Alignment
            by Ian Monroe on Thursday 20/Sep/2007, @20:56
            Ah ok, I see what your saying. Yea that is nitpicking. :) Sure we'll play around with it.
            [ Reply To This | View ]
      • Re: Playlist Time Alignment
        by Justin Noel on Thursday 20/Sep/2007, @08:18
        The article does mention being able to customize the information displayed in the playlist cells. It sounds like you might already be able to "deselect" some of the information and implicitly make it one column.
        [ Reply To This | View ]
Complements to the chef
by Rahul on Wednesday 19/Sep/2007, @23:34
Great job Ian & Leo.. I was going to post about sorting as well but that question's already been answered. Best of luck with your future work, and I'm looking forward to the beta too :D *nudge nudge*
[ Reply To This | View ]
Amarok Plasmoid ideas
by Fred on Thursday 20/Sep/2007, @01:36
Well, i've got some idea's for additional Amarok plasmoids:

1. A full screen "now playing" plasmoid replacing AmarokFS
2. no.1 idea implemented as an animated wallpaper :-)
3. Visualization plasmoid(s)
[ Reply To This | View ]
  • Re: Amarok Plasmoid ideas
    by Hans on Thursday 20/Sep/2007, @02:36
    Well, that would be plasmoids for the desktop, right? It's cool that Amarok2 uses plasmoids too, but AFAIK there's some "restrictions" (maybe modifications would be a better word). One example is how the positioning of plasmoids.

    I've seen many great ideas of plasmoids, and I'm sure we'll see lot of cool them in the near future. :)
    [ Reply To This | View ]
    • Re: Amarok Plasmoid ideas
      by Ian Monroe on Thursday 20/Sep/2007, @07:05
      Indeed, those sounds like plasma plasmoids, not Amarok plasmoids. :)

      Amarok will have a full DBus interface of course, so please make cool plasmoids for the desktop. :)
      [ Reply To This | View ]
    • Re: Amarok Plasmoid ideas
      by Nikolaj Hald Nielsen on Thursday 20/Sep/2007, @08:29
      I second Eean :-)

      And even better, since we have dropped support for the old player window, it would be really cool if someone were to write a cool desktop plasmoid for taking over some of its functions
      [ Reply To This | View ]
      • Re: Amarok Plasmoid ideas
        by Hans on Thursday 20/Sep/2007, @12:11
        < Edit to my post: remove a "how" >

        About the player window, isn't that what leinir is investigating? Oh. Maybe we'll see a THEMEABLE player window - now that would reduce one of the feature requests we often see.
        [ Reply To This | View ]
Amarok - Plasma portability
by Lucianolev on Thursday 20/Sep/2007, @16:42
Awesome work!!

I got a question about Amarok's Windows port. AFAIK plasma will not be ported to non-X platforms, so what will happen to Amarok on those platforms?

Thanks in advance. :)
[ Reply To This | View ]
  • Re: Amarok - Plasma portability
    by Sutoka on Thursday 20/Sep/2007, @17:48
    I think the plasma library (libplasma?) that Amarok will be using will mostly be completely portable to whatever platforms QGraphicsView supports. The only problems (that I heard of) were that some X11 specific code is/was in 'libplasma' so the Amarok devs were helping move it out (or at least thats how I remember what I think maybe was happening... possibly!)
    [ Reply To This | View ]
amarok and podcasts
by David on Saturday 22/Sep/2007, @23:57
Hi,

Please allow me to give a some feedback on amarok 1.4.6-1 in KDE 3.5.7 (Debian testing):

First, I noticed that amarok is not associated to itpc:// protocol, which is the protocol related to podcast in iTunes (I presume).

Additionally, it would be confortable if amarok could harvest the podcasts and media from a URL given by the user.
For example, this URL contains tens of podcasts, and I did not find a fastest way than to open each of them individually in amarok :
http://www.radiofrance.fr/services/rfmobiles/podcast/index.php?channel=5&g=EMI&cdid=

Finally, once all these podcasts are imported in the playlist panel, it would be handy to be able to move and sort them. That is not possible in amarok 1.4.6.

Thanks for your jobs, and i have good hope that amarok 2 will especially focus on ergonomy improvement.

Thanks and Regards,
David
[ Reply To This | View ]
  • Re: amarok and podcasts
    by David on Sunday 23/Sep/2007, @00:23
    oops : it is possible to move and sort podcasts in 1.4.6. Sorry.
    [ Reply To This | View ]

 
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )

  "If you have an itch not being scratched, you can scratch it, or pay someone to scratch it for you." -- Eric Laffoon
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]