Bugzilla – Bug 6046
hover effect for songinfo image
Last modified: 2009-09-08 09:15:39 UTC
If I navigate to display a song in the left-hand panel of the default skin, and the song belongs to an album without any artwork, no image is displayed. In all other places in the web UI, a default image is displayed. Also, when album artwork is displayed, it is not possible to hover over the image or click the image to see the image in full resolution, which is inconsistent with the currently playing track artwork image.
Change 14442
Part 1 is fixed - "No album artwork" artwork is now displayed. However, Part 2 is not fixed. "When album artwork is displayed, it is not possible to hover over the image or click the image to see the image in full resolution, which is inconsistent with the currently playing track artwork image." Also, the mouse-over artwork shouldn't be displayed at a resolution bigger than the image. e.g. I notice that the mouse-over for the "No album artwork" in the current playlist panel displays the artwork bigger, but this is blocky.
change 14877 - make artwork clickable
The "No album artwork" image for the now playing track is a lot darker than anywhere else where the No album artkwork is displayed. The mouse-over artwork shouldn't be displayed at a resolution bigger than the image. e.g. I notice that the mouse-over for the "No album artwork" in the current playlist panel displays the artwork bigger, but this is blocky.
That's the png alpha transparency. a different background results in a different overall appearance. It's possible to use cover_250xX_F_e0e8f3.jpg (the 'F' is fitsquash which only resizes art that is larger than the 250. However, to make this work then width="250" must also be removed. This causes the tooltip boundary to not set to the right width.
Created attachment 2435 [details] tooltip without fixed width A new .png file is ordered, but I haven't got it yet. As for the width: there seems to be an issue with sizing the tooltip if it doesn't know the exact width (see screenshot). I'm not sure whether this is a bug in ExtJS. But it doesn't resize the tip if it doesn't know the image's size.
Michael: are you intending this for 7.0?
I'm not intending anything, as the JS framework doesn't support it (see screenshot). Maybe an "issue" to be reviewed once I've migrated to ExtJS 2 (not to be expected before 7.1)
Will re-investigate for 7.1
I have a related issue with Pandora and Rhapsody artwork (and probably other services). These images are smaller than the fixed size for the hover image window, so the image gets enlarged and looks ugly.
change 18863 - artwork is now the size of the original file
Unfortunately now the hover image has no max size so images that are too large cause a problem.
there's a max size, but it's probably larger than the majority of screens. How does that look on your screen? Would you consider it reasonable setting the max to something like 500px?
Oh OK, I'm not sure what a good max size is then. Maybe you could detect based on the size of the browser window?
change 18972 - I've added some additional code which will resize the artwork if it's larger then the screen. It's not perfect and will still fail if the screen is really small. But is this better than what you've seen before? The perfect solution would respect the popup's coordinates, its distance from the borders etc, and resize accordingly. But I guess this is a bit of overkill.
I consider this fixed. Please re-open if needed.
The second part of the original bug report hasn't been responded to yet: [In the left-hand browse frame] "When album artwork is displayed, it is not possible to hover over the image or click the image to see the image in full resolution, which is inconsistent with the currently playing track artwork image." I find artwork inconsistent everywhere now: In browse frame, there are no hover-over pop up images; clicking on the artwork in a list (eg browse albums list) opens the album; clickin an the artwork in album view or song view opens the large artwork in a new window. In the Now Playing frame, there is a hover-over image; clicking the image takes you to that album in the browse frame. In the Current Playlist frame, there is no hover-over image; clicking the image takes you to that album in the browse frame. I don't particularly mind; it was just an observation that just about every use of artwork hover/clicking is different!
This bug has now been fixed in the 7.1 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC