Announcing SqueezePad - the first dedicated iPad App to controll your SqueezeBoxen !

[bluegaspode]

This is the comet sent for the tracks menu

            item_loop => [
                           {
                             params => { album_id => 6471, artist_id => 5321, list_index => 0, track_id => 113_548 },
                             style  => "itemplay",
                             text   => "Track 801",
                             window => { "icon-id" => 113_548, text => "Track 801" },
                           },
                           {
                             params => { album_id => 6471, artist_id => 5321, list_index => 1, track_id => 113_549 },
                             style  => "itemplay",
                             text   => "Track 802",
                             window => { "icon-id" => 113_549, text => "Track 802" },
                           },

The problem here is the value of the 'list_index'.
SqueezePlay sends back all params, the server looks into 'list_index' (better would be the track_id I guess) and starts song 0 or 1 even if we have Track 801 or 802 at hand.

So for batched menus the list_index should either reveal the real position in the big list (i.e. 800 / 801) or the server should prefer the track_id over the list_index.
It'd be interesting if the intention of the list_index was to show the position in the current batch or in the big list.

[pippin]

Wrong thread
Have you tried to strip list_index from the response?
Btw, this is different on Napster, where there is no list_index but play_index which is not part of the params set but of the base item.
Weird.

[mherger]

> This is the comet sent for the tracks menu

Please don't forget to add this information to the bug. It's much easier
for us if we have all the information in the bug report and don't have to
search for it in some forum threads. Thanks!

--

Michael

[bluegaspode]

I'd also be interested in how often people really use a search function. If it's rare then tapping through some menus might be OK ?
Actually personally I never use the search function in daily life at all !
If I have an artist or album in my mind I rather go to these menus and use the menus - this for me is faster than trying to enter a search string.

So how often do user people search? Please (everyone) share your habits with me so I get a better understanding of your needs!

Only two users cared for a better/different search possibility ?
Everyone else just stayed silent or is this topic really not that important to the masses ?

[Jan Andersen]

Only two users cared for a better/different search possibility ?
Everyone else just stayed silent or is this topic really not that important to the masses ?

The search is fine as it is, I use it rarely.
The few times I use it it is different what I'm searching for, it can be an artist or an title search.

I want more to be able to browse albums with large icons, like iPeng does it...

[andynormancx]

I almost never use search, very, very occasionally I'll search on track name. But no more than a couple of times a year.

[erland]

Only two users cared for a better/different search possibility ?
Everyone else just stayed silent or is this topic really not that important to the masses ?

I think it depends.

Searching is less important in smaller libraries and I suspect most users have libraries of a few thousand tracks and not 100 000 tracks.

Searching is only important if you know what you are looking for, if you want to find something interesting but doesn't know exactly what, browsing is preferred.

Historically, searching has never worked out of the box through any of the player interfaces. It has worked pretty good through the web interface and also through iPeng but not through the IR remote or SqueezePlay. IR remote works if you install the third party LazySearch plugin but it's still a bit limited since it's only supported on the one line display of the Classic/Boom/Transporter. Due to this, I suspect most users are used to browsing and not searching.

To me personally, there are other things that are more important than improved search functionality, for example artist images downloaded automatically from internet.

[bluegaspode]

Latest development version of SqueezePad was stolen yesterday

When I came home the door of my home was forced open - gone was the Mac and jewelry of my wife. Man am I pissed.

Thanks god, they did not take the USB drives with all backups in the other room, otherwise I could have stopped development of SqueezePad.
If you other developers don't have remote repositories or backups yet, guess it's time to think about it.

[pippin]

Urgh. Wow. That's bad. I feel with you.

You have no idea how much I fear that, always try to distribute my computers.

I use Amazon S3 for backup, can recommend it, currently costs me some 73ct. a month.

[bluegaspode]

Didn't think of Amazon S3. Ordered at Strato yesterday 2€/month (20GB) sounded reasonable compared to what other offers I saw on the net.
Is your Trac hosted on S3 as well or is this a 'normal' hosted server ?