Quoting JJZolx <[EMAIL PROTECTED]>:
kdf Wrote:
There is a pref to size the thumbnails in browse artwork (server
settings->interface) so you can set those to the thumbnail size of
your images if you really want. Fro 6.5, If you have the GD library
installed, then slismerver will resize the images before they are sent
to the browser (for better quality render and faster caching).
For 6.5 it would seem that the only way to really make practical use of
user-created thumbnails is to have them already in the preferred size so
that they're not sent through GD.
What makes sense, appears to be completely different depending on the
user in question.
Would it make sense to eliminate
support for user generated thumbnails altogether?
already under discussion. One argument against removing this is that
idea that users might desire the ability to request one image or the
other via a url. Currently, no skins really make use of this, but
there is no reason you could not have a skin that showed the album
cover when browsing albums in gallery view, and showing a preferred
photo of the artist in the now playing section.
Given that the handling already exist for two images, that the
processing effort isn't much different either way, and that a single
image in the folder automatically work when called from either url,
there isn't much reason to get rid of the feature. It won't really
save us much. The secondary thumbnail scan was the worst part (in my
mind) and that's already dealt with.
If a cover art image
is going to be resized, it would be better (as the original poster
points out) to generate them from a larger image scaled down, rather
than a smaller one scaled up.
that would again depend on what the users' obsession of the day
happens to be. If it is bandwidth, then smaller images woudl prevail.
Also, GD isn't included or available on all systems, so the older
methods of browser scaling are still the fallback possition when GD
can't be found.
-kdf
_______________________________________________
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
