Files | Admin

Notes:

Release Name: 0.9.5

Notes:
ObjectiveFlickr 0.9.5 makes use of Flickr\'s latest original photo URL scheme and adds support for Flickr methods that require HTTP POST. A number of changes should also help web app developers build up more coherent code when working with the Flickr API.


Changes: 2007-01-29 (0.9.5): * HTTP POST support! Finally ObjectiveFlickr supports Flickr methods that require an HTTP POST request. They are methods whose names contain words like \"set\" or \"delete\". URL escape has been tested, so this part of the library is safe for HTML entities and UTF-8 characters. * Supports Flickr\'s new photo URL scheme (announced January 19, 2007): http://www.flickr.com/services/api/misc.urls.html Flickr now requires API users to use the \"originalsecret\" and \"originalformat\" to retrieve the original photo--when it is accessible to the request maker (auth\'ed or not) at all. In order for this to work, you must supply an extra \"extras\" parameter, set to \"original_format\", when you\'re calling flickr.photo.search (the originalsecret will be returned back along the way), for example: f.call(\"flickr.photo.search\", ..., :extras=>\"original_format\") For more information on flickr.photo.search, please refer to http://www.flickr.com/services/api/flickr.photos.search.html * The change of Flickr\'s photo URL scheme has the implication that url_from_element_id, hash_from_element_id and element_id_from_hash will not work correctly with original photos. I\'m still considering encoding the extra originalformat and originalsecret values in the element_id scheme, but I\'m reluctant since it seems that Flickr is doing its due to protect users\' photos, which I think is the right thing to do. * :type key in module FlickrPhoto\'s helper methods is now deprecated, replaced by :format for the sake of naming consistency.