Bug 13546 - gap between scrolling song title and number out of (x/yz)
: gap between scrolling song title and number out of (x/yz)
Status: RESOLVED FIXED
Product: SB Controller
Classification: Unclassified
Component: UI
: unspecified
: PC Windows XP
: P3 normal (vote)
: 8.0.0
Assigned To: Ben Klaas
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-08-20 15:57 UTC by Schindler
Modified: 2009-08-30 08:28 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments
song title cut (62.38 KB, image/jpeg)
2009-08-22 03:35 UTC, Schindler
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Schindler 2009-08-20 15:57:33 UTC
refering to bug 8235, you changed it now to x/yz (current song / out of).

But the gap between the scrolling song title and the x/yz is still too large. like this the song title starts scrolling to the left at about 3/4 of the display. I think it could start closer to the x/yz.
Comment 1 Schindler 2009-08-22 03:35:17 UTC
Created attachment 5660 [details]
song title cut
Comment 2 Schindler 2009-08-22 03:35:55 UTC
Because you changed from "Now Playing" to display the song title in the very first row, song title is constantly cut. So most of the time I don't see the name of the current song. This is really ugly...

see att. screenshot
Comment 3 Schindler 2009-08-24 09:04:38 UTC
maybe you could use the entire line...

this xx/xx is not importand at all - specially if shuffle is selected.
Comment 4 Schindler 2009-08-30 01:57:23 UTC
So nothing to happen here except to move it to the next milestone or change priority. As you did with bug 8235...

Very disappointing.
Comment 5 Schindler 2009-08-30 07:10:42 UTC
in 7.4.0 r7330 it seems  better it starts more on the right. Thanks...
Comment 6 Schindler 2009-08-30 07:16:04 UTC
what about this x/xx? this could maybe go to the right side of the timeline? I think it doesn't belong to the first row at all...

Then the first row could be entirely used for song title - what I think is the most important info at all.
Comment 7 Ben Klaas 2009-08-30 07:57:33 UTC
Schindler- This bug is a duplicate of one I fixed late last night. I did put in a significant effort to fix it by having the font drop in size when the x/y gets large, leaving as much space as possible within the design spec for the title text.

The design spec has the x/y on the upper right corner of that page. That's what I'm going to design to for now, and I've made as much room as possible for the text given that constraint.

Just a note--none of us here like to retarget or reprioritize bugs that are worth fixing. We have a lot on our plate right now, but our mission is to make the product as high quality as possible. Unfortunately, as this is also a business we are often at the mercy of sometimes difficult-to-meet deadlines.

I believe this can close. If you'd like to have the x/y positioning rethought I'd like that opened as a separate enhancement request.
Comment 8 Schindler 2009-08-30 08:28:03 UTC
it ok, thanks - please also understand that sometimes bugs get moved to other milestone(s) without any infos at all. then I don't know if you are working on it or not... whatever - thanks. ;-)