Reply
Thread Tools
Posts: 48 | Thanked: 21 times | Joined on May 2010
#41
Originally Posted by Joorin View Post
@florian

I have a new version in the works where at least one of the thread bugs has been resolved. I'm doing long time tests with it on my stationary computer and get several days of playing without crashes.
Cool! If you want, I'd love to give it a spin on my N900 and help testing it.

Originally Posted by Joorin View Post
Could you perhaps supply me with a screenshot of what you mean? I've modeled the playlist view on how playlists are presented in the normal client.
So ... if you take a look at the official mobile clients (http://www.youtube.com/watch?v=QNCb1IdmJ_0):
You have your playlist list, with all your playlists.
When you select a playlist, it "swoops" to the side, and makes room for the playlist content (the tracks).

Basically, my problem is: I've got about 30 playlists, and some of my most commonly used ones have 300+ tracks.
Now, it's a bit difficult to scroll down the playlist like a nut, until you reach the last track on the playlist (as that's the one you always want to play ), so with your client I scroll past it. With the way Spotify does it, I can scroll to the bottom and select the song.
Especially, when scrolling back up then, I tap on some playlists once (tapping while scrolling), so these open too (uncollapse).

So, it would be cool to do it the way that Spotify does it on the Mobile Clients (I guess the iPod was the one that had that way of browsing tracks first).
 
Posts: 726 | Thanked: 345 times | Joined on Apr 2010 @ Sweden
#42
@florian

I see. Since I use a standard GtkTreeView to display playlists and songs in them, this is a bit tricky to do without ending up with either duplicated data or one backing store per playlist. The more I think about it, one backing store per playlist might not be too bad after all. I'll see if I get to do some prototyping.

There is also the issue with navigation. What should be used to "close" a playlist and return to the list of playlists? There is precious little screen estate as it is already. Would people go crazy if you did it by "snapping back" the device, as in, tilting it and using the accelerometer?

Suggestions?
 

The Following User Says Thank You to Joorin For This Useful Post:
Posts: 48 | Thanked: 21 times | Joined on May 2010
#43
Originally Posted by Joorin View Post
@florian

I see. Since I use a standard GtkTreeView to display playlists and songs in them, this is a bit tricky to do without ending up with either duplicated data or one backing store per playlist. The more I think about it, one backing store per playlist might not be too bad after all. I'll see if I get to do some prototyping.

There is also the issue with navigation. What should be used to "close" a playlist and return to the list of playlists? There is precious little screen estate as it is already. Would people go crazy if you did it by "snapping back" the device, as in, tilting it and using the accelerometer?

Suggestions?
Heya,

the one backing store per playlist doesn't sound too bad IMO, but I'm not a great dev

I guess you could have a back button at the top (next to the playlist title - just like Spotify) - Or use the App Titlebar of the OS;
BUT
why not do a cool thing for power users: shake to go back?

Oh, and what about the entire app in portrait mode? Would make browsing playlists easier?

Lemme try to make some mockups.

Last edited by florian; 2010-05-26 at 18:01. Reason: some more thoughts
 
Posts: 48 | Thanked: 21 times | Joined on May 2010
#44
Here a small mockup.

Icon credits go to the Crystal Project ( http://www.everaldo.com/crystal/ )

The idea here: the arrows at the top allow you to go to the next or previous playlist.
you've got the list of the different songs on that playlist (Title / Artist / Album).

At the bottom, you have one button for the playlist list, the arrow to show the currently playing, and the search for ... I'd say search
Attached Images
 
 

The Following 3 Users Say Thank You to florian For This Useful Post:
Posts: 726 | Thanked: 345 times | Joined on Apr 2010 @ Sweden
#45
@florian

Oh, nice. Thank you for a very stylish mock up. I will have to look into how one writes applications that handle portrait mode well. I still haven't upgraded to PR1.2 (important meetings tomorrow and on Friday) but this will be on my list.

Regarding landscape mode and playlists, I'm at the moment experimenting with finger swiping to get back to playlists. I'm just about to have a go with multiple backing stores for the songs to see how it works out.
 
Posts: 726 | Thanked: 345 times | Joined on Apr 2010 @ Sweden
#46
And it was actually a bit easier than I thought to make it work.

Here is version 0.0.3 with a vengeance.

Fixes:
+ Thread bug fixed. The GUI should be thread clean now.
+ GTK signal handling fixed here and there.

New features:
+ Playlists open into their own view separating them from the other playlists.
+ Playlist views are "closed" by swiping the screen from right to left.

Installation as before:
Unpack the tar.gz file in /home/opt and create link in /usr/bin to /home/opt/footify/usr/bin/footify.sh if you want to be able to start it directly from the XTerminal. Copy the .desktop file to the right place to get a (default) icon in the application manager.
Attached Files
File Type: gz footify-0.0.3.tar.gz (76.3 KB, 127 views)
 

The Following User Says Thank You to Joorin For This Useful Post:
Posts: 20 | Thanked: 6 times | Joined on Apr 2010
#47
Seems like it Segfaults a bit when you change songs quick, while the last song is still playing.

edit:
Btw thanks for making the effort. I really like this piece of software.

Last edited by phellarv; 2010-05-27 at 07:49.
 
Posts: 30 | Thanked: 5 times | Joined on May 2010 @ @Netherlands
#48
Works perfectly! thanks a lot, also for the great install instructions. Any change this app will come up in one of the repositories?
 
Posts: 726 | Thanked: 345 times | Joined on Apr 2010 @ Sweden
#49
Originally Posted by phellarv View Post
Seems like it Segfaults a bit when you change songs quick, while the last song is still playing.

edit:
Btw thanks for making the effort. I really like this piece of software.
This is one of the thread bugs that are left. It's very important to be able to stop the reading thread when the current song is changed and for some reason this doesn't work yet.

Thank you for the feedback. I'm glad you like it.
 
Posts: 726 | Thanked: 345 times | Joined on Apr 2010 @ Sweden
#50
Originally Posted by jacobkorf View Post
Works perfectly! thanks a lot, also for the great install instructions. Any change this app will come up in one of the repositories?
First it has to get to Extras-devel and for that I need to get into the Garage (which I'm planning to do soon enough). After that comes .deb packaging and that's on my TODO list.

Thank you for the feedback. I'm glad you like it.
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 03:54.