Scolling of longer File Names

[GoogleCodeExporter]

Q. What Android hardware device do you own?  (HTC Hero, Samsung Galaxy,
etc)

A: Samsung Galaxy S i9000

Q. On what Android operating system version? (2.1, 2.2, Honeycomb 3.0.1
etc)

A: 2.2

Q. What DACP server, OS, and version? (OSX iTunes 10.1.2, Windows 7
MonkeyTunes 1.5.1 etc)

A: Windows 7, MonkeyTunes

Q. What TunesRemote+ version? (found on Menu->More->About)

A: latest from the market.

Please provide any additional information below.

It would be nice in Tunesremote, if tracks with longer names, or playlists with 
longer names would slowly scroll, so you can read the full name. Just a little 
beauty mark ;)

Please mark as Enhancement.

Original issue reported on code.google.com by cramermaurice@gmail.com on 20 Jun 2011 at 9:20

[GoogleCodeExporter]

I know adding scrolling to text fields is possible in Android so this should be 
possible.

Original comment by mellowaredev on 20 Jun 2011 at 12:16

• Changed state: Accepted

[GoogleCodeExporter]

I've researched it a little bit. And looked at the code. Not sure where you 
specify the display, but since it seems to be all just XML, you just gotta 
encapsulate your Views into a single ScrollView, i.e.:

<ScrollView
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    >
    <RelativeLayout ...>
        <ImageView .../>
        <TextView .../>
    //all the rest of your stuff here
    </RelativeLayout>
</ScrollView>

Original comment by cramermaurice@gmail.com on 20 Jun 2011 at 8:53

[GoogleCodeExporter]

Actually I think we may want to use this instead...

http://stackoverflow.com/questions/2182578/marquee-text-in-android

Original comment by mellowaredev on 20 Jun 2011 at 10:39

[GoogleCodeExporter]

OK I uploaded a BETA APK on the Downloads page which no longer ellipsizes the 
Playlist names.  The marquee scrolling did not work since it only works when 
the item has focus but once you click on the item it takes you into the 
playlist.

http://code.google.com/p/tunesremote-plus/downloads/list

Original comment by mellowaredev on 21 Jun 2011 at 12:57

[GoogleCodeExporter]

Yes that works well. Now at least you are able to also see the music with long 
names :)
Tho the same would have to be done also for Artists and such.

As for scrolling not working without focus, I found this here as a possible 
option for that. Not sure if you want to try it, to see what looks better?

http://stackoverflow.com/questions/1827751/is-there-a-way-to-make-ellipsize-marq
uee-always-scroll

Original comment by cramermaurice@gmail.com on 21 Jun 2011 at 6:22

[GoogleCodeExporter]

I saw that too but I was scared off by this user comment...

"By the way, we actually had problems with this solution, since it messes up 
stateful drawables: if you change drawables with focus-in/focus-out, then this 
will break. Took us almost an hour of debugging until we realized this hack was 
causing it. – Matthias Dec 3 '10 at 14:23"

As for making the Artist also visible I agree but with the Album name, since 
the Album cover is also there I think leaving the cell a unified size and 
making the album have the ... might be a good idea.  what do you think?

Original comment by mellowaredev on 21 Jun 2011 at 6:26

[GoogleCodeExporter]

Oh yea, saw that after I posted this here. Meh we don't wanna make more work 
than necessary lolz

I agree on Artist and Album cover. But I got to admit, that I don't see an 
option to search for Albums. I just noticed that now, is that wanted?

Thanks for the work btw :)

Original comment by cramermaurice@gmail.com on 21 Jun 2011 at 6:52

[GoogleCodeExporter]

OK i will fix the Artist list but not touch the Album list.  The Album list I 
was referring to was when you click on an Artist it drills into their Album 
list.

There is no search by Album one user submitted a patch but the patch did not 
work...

http://code.google.com/p/tunesremote-plus/issues/detail?id=8

Original comment by mellowaredev on 21 Jun 2011 at 7:03

[GoogleCodeExporter]

OK new BETA added with Artist names no longer being cut off either...

http://code.google.com/p/tunesremote-plus/downloads/list

Original comment by mellowaredev on 23 Jun 2011 at 3:49

[GoogleCodeExporter]

OK in the latest BETA I now highlight the currently playing track in Light Blue.

Download the APK here:

http://code.google.com/p/tunesremote-plus/downloads/list

Original comment by mellowaredev on 24 Jun 2011 at 5:31

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Ok just tried it out. The not being cut off looks great :) Working well too.

The highlight on the other hand seems to still have some bugs.
When I have a longer list of songs, say 10 or anything that you need to scroll 
for. The first time you scroll down, just the now playing song is highlighted 
nicely, but when scrolling back up, other songs are highlighted as well, that 
are not playing.

Original comment by cramermaurice@gmail.com on 24 Jun 2011 at 5:52

[GoogleCodeExporter]

OK let me look into that.  I wonder if it has to do with speed of the redraw as 
the emulator is really slow!

Original comment by mellowaredev on 24 Jun 2011 at 6:13

[GoogleCodeExporter]

OK I posted a new BETA can you retest and see if Light Blue is no longer 
sticking?

Original comment by mellowaredev on 24 Jun 2011 at 6:20

[GoogleCodeExporter]

Sry but testing will have to wait till tomorrow. Will write you then how it 
worked out. Off to Party here now in germany. 

Original comment by cramermaurice@gmail.com on 24 Jun 2011 at 7:20

[GoogleCodeExporter]

The highlighting works now and only highlights one. One more thing, is there a 
way to have it automatically refresh the Now Playing then? Because if you stay 
on the Now Playing page, it won't refresh the highlighting when the next song 
starts. You first have to go to the song window or some other window, and go 
back to the Now Playing, in order to refresh the list with the new current song 
to be highlighted.

Original comment by cramermaurice@gmail.com on 25 Jun 2011 at 1:44

[GoogleCodeExporter]

I will see what I can do but right not that window is loaded upon opening.  It 
is not listening for changes when the track changes in the background.  I will 
see how difficult it is to do that but might simply add a Refresh menu option 
on that screen instead.

Original comment by mellowaredev on 25 Jun 2011 at 5:16

[GoogleCodeExporter]

Yea that would work just fine, the Refresh menu option.

Original comment by cramermaurice@gmail.com on 25 Jun 2011 at 5:46

[GoogleCodeExporter]

OK I added Refresh and Clear Cue menu options to the Now Playing window in the 
latest BETA.

For the Clear Cue to work properly in MonkeyTunes you will need to install the 
latest MT BETA 1.5.3 and you will have to make sure the RespectClearCueCommand 
is TRUE or else the Clear Cue command will obviously be ignored.

TunesRemote+ Beta: http://code.google.com/p/tunesremote-plus/downloads/list

MonekyTunes Beta: http://melloware.biz/download/warez/monkeytunes-beta.zip

Original comment by mellowaredev on 27 Jun 2011 at 4:19

[GoogleCodeExporter]

Works as described, couldn't find any problems with it :)

Original comment by cramermaurice@gmail.com on 28 Jun 2011 at 7:56

[GoogleCodeExporter]

Fixed in 2.4.0 on the Android Market.

Original comment by mellowaredev on 28 Jun 2011 at 8:11

• Changed state: Fixed