Wednesday, September 26. 2007Playing with the PlaylistTrackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Great work, Nikolaj
You're definitely on the right track! Please keep us posted.
I think I love how this looks
Can I maybe suggest you try to round things a bit more, eg the colored sections? Maybe a gradient and such stuff, the new KDElibs color things could help here, or maybe you can even draw stuff using the style?!?
Don't worry, it will get a royal makeover before we release anything.
While we are at it, why not get our artist to make a nice SVG background for the elements? As we only paint the visible elements this would not really hurt performance much.
Oh yes.
That is the most promising screenshot yet of the next Amarok IMO. Great work!
Why not to group them like this?
http://www.ejecutive.co.uk/wp-content/uploads/2006/09/itunes7_5_thumb.jpg it looks far more convenient and pretty.
Looks pretty, but takes up a lot of space if you have only a single track of a particular album.
Not a complaint, just a question on something I don't understand: If I drag individual songs from the same album, but not in sequence (meaning songs from other albums in between), do they still get grouped? How would that work visually? Does it start a separate group, and, if not, how do I know the play order by looking?
No, songs are only grouped if they are next to each other, this way, the order the tracks will be played in is always visible (at least as long as you do not enable random or any other fancy play mode).
So in essence, whenever two or more tracks form the same album are right next to each other, they will be grouped. And if you drop a track from a different album inside an album group, the album will be split around the foreign track (meaning that there will be two smaller groups representing different parts of the same album) At least that is how I currently envision it...
Perfect. That makes good sense. Thanks for the response and all your effort.
In fact, this is the mockup that i worked on at the same time Nikolaj was working on this - i have some interaction comments along with it, and some details about what you write about
Take any track in the playlist: 1. If the track before this one is an album header, show this track without shared information (but with album cover replaced with total album group duration (length of all tracks from said album in the current group)) 2. If the track before this one is in stead the second track (above) or a similar track to this, do not show shared information and also not album group duration. http://leinir.dk/temp/gallery/mockups.php?image=mockups/amarok-new-playlist-part-deux.jpg
Hi Nikolaj, kudos for the improvements! I'd like to konw you idea about a simple mockup of mines. It's just an evolution to your approach, so feel free to criticise or whatever
http://pollycoke.wordpress.com/2007/09/26/amarok2-prove-tecniche-di-playlist/ Take a look at the second image and please tell me what you think.
Hehe, please take a look at my mockup linked to in my comment above
Yes, my suggestion was just about visual details, nothing related to the way it operates.
As for the text, dont' worry, the important bit was the image (it' Italian btw). Thank you for the answer
Yeah, the text placement and sizing should be better. But my priority yesterday was just to get stuff working, so I never really got around to this part.
Of course, that mockup was only to show some little visual details I'd very much like to see implemented
Thanks for your work!
Looks really cool. I like the idea of being able to collapse groups as well. Then you could collapse it, and drag the whole album somewhere else.
Again - check my mockup
Is there a way to have more than 4 fields with your playlist design?
For classical music you need a column for the Composer as well as the 4 you currently have. I would also suggest indenting the track items to make it clear that they belong to the album, similar to how TreeView looks Please have a look at this mockup I created back in January: http://amarok.kde.org/wiki/Alternative_Playlist_View
Hmm... i'm starting to think i should just make a blog entry with my mockup. Yes, there IS a way to define what goes where and how much.
take a look to my mockup
http://www.kde-look.org/content/show.php/My+amarok+playlist?content=66926
Looks good. Send SVG's!
Seriously, I like the way this looks, and most of it should be fairly simple to implement based on the stuff I already have running. If you send me some svg for the different elements, I will try it out. Note that I need separate svg's (or named elements in one file for: - Single track - Album header + first track (this is drawn as one element) - Track in album - Last track in album Possibly a main/alternate background color version item for each item (Or I could manipulate the colors in the code) I am not sure I want to do the hide/show album thing... At least it is not a priority for me right now! We need more artists, so if you are up for it...
I'd think the best long-term way to do this would be to have a no-color svg and manipulate it in the code to use colors from the Palette, thus the look fits in with the users color scheme.
here let you the svg to download: http://www.kde-look.org/content/show.php/Amarok2+playlist?content=67001
i hope you can use :p
Hi Nikolaj, here is my new post, if you want to see that... in the other hand, if you have some problm with the svg just write me to my email and ill send to you
http://www.kde-look.org/content/show.php/Amarok2+playlist+with+max%2Bmin+button?content=67061
Hi again!
I appreciate your effort and it looks really good integrated into Amarok, but I have two comments to your latest mockup. First of all I am not sure we are going to do the collapsible albums in the first release of Amarok2. This is mainly for technical reasons as the model backend does not currently support doing this in a nice way. Also, I am not convinced that we need hide/show buttons for the album covers. As it will be possible to specify what information you want to display for items in the playlis, there will most likely be a global way of showing or hiding covers Secondly, If you want to refine the svgs, please take a look at: http://websvn.kde.org/*checkout*/trunk/extragear/multimedia/amarok/src/images/playlist_items.svg This file contains the elements split up in the format needed by the playlist. The names of each should make clear their purpose. If you could post future revisions of your ideas in that format it would be appreciated.
Great job!
The handling of full albums in the playlist was the main thing missing in Amarok 2 before your update. Thank you Nikolaj!
I hope our fellow Amarok devs at least create a playlist as useful to edit tags as the 1.4.x one. I saw some rethoric ago about using Amarok to play and something like Juk or Kid3 to organize and tag musics, but it doesn't make sense at all to me.
Having bazillion of legally acquired musics with no tags at all, I use Amarok both to organize and play it, even if the collection scanner has bad performance. Amarok is not only the best, but the only free program that helps me to endure the rough task of properly tagging my files (despite some bugs with big tags/other character sets), and enjoying the sound of music while at it. I really hope Amarok will not sacrifice this wonderful feature for the sake of the search for the holy grail of "intuitiveness" or "userfriendlyness".
Hi, although it looks certainly nice I really wonder if this will be fast enough in a playlist with more than 1000, 2000, 4000, 10.000 items.
And yes, I do have this amount of songs in my playlist. So if you intend to implement this for the final release, please make sure there will be an option somewhere in the configuration so that I can turn this feature off when it's too slow for me. Thanks! Keep up the good work!
Ahh, yeah - I don't really understand how you could possibly find Amarok fast with 4,000-10,000 songs in the playlist. No matter what the representation Amarok 2 will be faster in the playlist thanks to Qt4s Model-View architecture.
Currently Nikolaj is focusing on "making it work". But we're nothing doing anything that won't allow us to go back and make sure that the O(n)'s are removed. Its better to optimize after things actual work.
At the risk of replying to somewthing that has been fixed already: When multiple songs get grouped under an artist name, I usually get multiple entries for the same artist anyway ie: tiesto, dj tiesto, TIESTO, DJ tiesto, etc.. isn't there a way to group this better, or maybe an easier way to fix this manually?
while that would be a nice feature, it'd probably be difficult to implement. Best suggestion is to make sure all your music is tagged properly
One simple solution would be remove the damn case sensitive, useless, and not just useless, it's even disturbing.
Under Amarok1 you can just right-click an artist entry in the media-browser or whatever it's called and edit the artist name. (You can't change titles or any other non-shared data, of course)
It makes it much easier to ensure that all your tags are right. Quite honestly, I'm happy having it notify me when my tags are b0rked. Having said that, I tend to be something of a perfectionist, so yeah. One other question: If it's not case sensitive, which casing should Amarok choose for displaying the artist name? All upper, like DOS? ^_^ |
Amarok LinksCalendarQuicksearchCategoriesBlog Administration |