From: Todd Z. <tm...@po...> - 2007-08-01 22:05:46
|
P.G. Richardson wrote: > 2) I had a look around for alternative cover art sites for > downloading. Personally, I would prefer using Google images as they > can return larger images. However, that would require an http call > with no api. I recall reading somewhere (I think as a FAQ on the AlbumArt site, which is now gone) that Google's terms of service prevent this sort of thing. Whether that's true (or something we need to worry about), I don't know. > Also, not totally convinced on Amazon's use policy (never have been, > specially considering Amarok removes all images after 3 months then > allows the user to refetch them). Might just be my paranoia. Do you happen to have a link to Amazon's use policy? Perhaps we need to check that out more carefully before you spend a bunch of time implementing something that then can't be used legally. :-/ > Todd, would you mind adding your fetchcover glade mock up to the > glade file under something like test-fetchcover. I can use that to > test with and leave the other one intact. No problem. Before I commit this, check out the attach mockup, which incorporates some of the things brought up since the last version. This adds previous and next buttons to navigate albums. It also puts the search options in an expander, so they won't take up any room in the dialog unless they're needed. Regarding the prev/next buttons, what issues are there in determining what they do? Would they go to the next album in the current playlist? In the master playlist? This is similar to the discussion about the playback patch a while back IIRC. I don't know what makes the most sense (i.e. what comforms best to the principle of least astonishment :). -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ It is OK to let your mind go blank, but please turn off the sound. |