Giter VIP home page Giter VIP logo

rawflickr's Introduction

= Rawflickr Delphi Library =

Rawflickr is a library designed to allow Delphi programs to access the Flickr API as if it were a set of local function. It does so by providing a set of classes, one for each group of Flickr API methods (auth, blogs, photos, ...) and making the methods inside each class mimic almost exactly the corresponding API method, though using comfortable !ObjectPascal types rather than raw strings.

== License ==

This library is free, open source software released under a *Mozilla Public License 1.1*.
All the third-party libraries used or referenced (except, of course, Borland's ones) are also open source, released under similar licenses.

== Features ==
  * Very easy to install and use. (But there is a Beginners Guide in preparation)
  * Easy built-in (desktop) authentication, should your application require it.
  * Contains all published API methods (as of *June, 2008*), including the *Upload* and *Replace* APIs
  * Except those requiring a permission level, you can make calls either signed or unsigned.
  * Most calls return directly the Flickr XML response
  * It can be used with services other than Flickr, provided they use the same API (p.e. 23hq)
  * Complete set of documentation ... and I'm working on more!. 
  * Easily to update and extend; API updates can be normally reflected in minutes.
  * (planned) Support for either Indy or Synapse as networking libraries.
  * (planned) Multiplatform support through compatibility with Delphi, Kylix and Lazarus/FPC.

== Requirements ==

To use this library you'll need:

  * Delphi 5 (3?) or higher, Kylix 3 (planned) or Lazarus/FPC (planned)
  * Internet Direct (Indy) version 9 (compat. with Indy 10 planned) -or-
  * Synapse 37+ (in development)
  * MD5.pas, by M. Fichtner <http://www.fichtner.net/delphi/md5/> (included in the package)
  * LibXMLParser, by S. Heymann <http://www.destructor.de> (included in the package)
  * API key & shared secret if your target is Flickr:
    http://www.flickr.com/services/api/keys/

----
=== A bit of legalese ===

Flickr is a trademark of Yahoo, Inc. This library was designed to interface with Flickr(tm) services, but it's in no way related to or endorsed by Flickr or Yahoo themselves.

----
{ $Id }

rawflickr's People

Watchers

James Cloos avatar

rawflickr's Issues

Move 'Uploader' out of TPhotos

The proposed change is to move the "Uploader" property out TPhoto and into 
TFlickrEx. The rationale behind this is that Upload/Replace is a sub-API 
in itself, so it seems more logical to use:

* Flickr.Uploader.Upload(...) 

than

* Flickr.Photos.Uploader.Upload(...)

The change, which came about during the development of the upload example, 
will affect both the interface and implementation parts and would render 
the new version incompatible with previous applications. At this point in 
time, though, (March, 2009) there are still very few apps using the 
library, so the impact would be minimal.

Original issue reported on code.google.com by [email protected] on 22 Mar 2009 at 3:11

API Change: new flickr.tags.getClusters

Flickr has added a new method "getClusters" photos.tags.*
The method allows to query for a tag and return the clusters (and tags)
associated with it.

ref. http://groups.yahoo.com/group/yws-flickr/message/4218

Original issue reported on code.google.com by [email protected] on 25 Jul 2008 at 9:31

Synapse support

Synapse support has been retired from rfNetHlp because the implementation
was a mess. I plan to reintroduce it for release 1.4 or before (if possible)

Original issue reported on code.google.com by [email protected] on 1 Jul 2008 at 2:30

[Minor] - Warnings under D7

Hi.
Delphi 7 shows the following warnings:

[Warning] StringsExt.pas(547): Symbol 'RaiseLastWin32Error' is deprecated
[Warning] StringsExt.pas(561): Symbol 'RaiseLastWin32Error' is deprecated
[Warning] RawFlickr.pas(350): Property declaration references ancestor
private 'TRESTApi.FSignAll'

Original issue reported on code.google.com by [email protected] on 20 Sep 2009 at 3:50

Compilation errors in Turbo Delphi

Adding the served rawflick.pas to your uses clause and trying to compile
gives these errors:

* In unit DateTimeExt.pas:
  - Can't find function VarToDateTime
* In unit StringsExt.pas:
  -  Unrecognized symbols: SLinstIndexError,  SAssignError

This same errors happen, probably, in other versions of Delphi newer than
Delphi 5.

Original issue reported on code.google.com by [email protected] on 10 Mar 2009 at 2:30

Calling TFlickrEx.Authorize w/ out a token fails to authorize

To reproduce the problem, simply create a TFlickrEx instance and 
callAuthorize w/ an empty token:

----------------------------------------
procedure ItWillFail;
  var Flickr: TFlickrEx;
begin
  Flickr := TFlickrEx.Create('valid api key', ''valid secret');
  if Flickr.Authorize('write', tmpToken) then
    ShowMessage('Authorized as ' + Flickr.User.UserName)
  else
    ShowMessage('Fail! Last response: '#OD#OA +
                Flickr.Auth.LastResponse);
end;
----------------------------------------

You should see the dialogs from DefaultAuthorize, etc. Instead, the call 
returns false as if the authorization had failed.

Original issue reported on code.google.com by [email protected] on 31 Mar 2009 at 11:03

Updated TPhotos.search

Flickr added some new parameters to flickr.photos.search related to geo
queries. They have been noew incorporated to the library.

Original issue reported on code.google.com by [email protected] on 1 Jul 2008 at 2:24

API change: licenses.getInfo (resolved)

Flickr has added the "The Commons" license to the list of licenses (code  7
- "Not known copyright restrictions").

This change affects TLicenses.getInfo and TPhotos.search


YWS-Flickr ref. http://groups.yahoo.com/group/yws-flickr/message/4161

Original issue reported on code.google.com by [email protected] on 1 Jul 2008 at 8:49

Review request - Spring 2009

Eyeballing needed to bring the code up to date with the Flickr API.
When reviewing, please focus on:
- Methods in the API that have not been incorporated
- New parameters that have not been incorporated in the old methods
- Operational mods. in Flickr that should be reflectd in the API (like p.e.
when the authentication proccess changed)
- Changes in the code that have (or will) affect the compatibility with
23hq
- Compatibility of the library across Delphi versions.

After the review/update process, it'll be released the next version: 1.3
The planned date for the release is sometime in May, 2009


Original issue reported on code.google.com by [email protected] on 22 Mar 2009 at 4:20

Incompatibility with Delphi 2009

Almost all the methods return the UTF-8 response payload as a String, as 
has been normal up to Delphi 2008. Delphi 2009, however, has a new 
UTF8String type and uses encoding-coertion between string types on 
assigment, which can lead to problems (such as garbled outputs) when using 
this library in that platform.

I'm not sure what the solution may be and I can't test because I don't 
have access to a Delphi 2009 to test this issue.

Original issue reported on code.google.com by [email protected] on 22 Mar 2009 at 4:35

API change: photos.search

Flickr has added a new "contacts" parameter to photos.search
The announcement says it should be considered experimental so I'm not sure
if/when it'll be incorporated.

ref. http://groups.yahoo.com/group/yws-flickr/message/4162


Original issue reported on code.google.com by [email protected] on 1 Jul 2008 at 8:52

Demo needed

Hi. 
It is possible to get a tiny demo for this library? Just a very basic
example. It will help us get started in minutes.

Thanks

Original issue reported on code.google.com by [email protected] on 20 Sep 2009 at 3:31

Proposal: Special markers for doc-comments in the source

doc-comments should be explicitly marked as such by using a special marker
such as; p.e.
  {:@summary(A doc comment)} vs. {A regular one}

The reason for this is that as of now PasDoc doesn't allow for exclusion
markers (as I thought at first) so sometimes regular comments en up being
passed to the docs. :-/

Though perhaps the best solution would be changing of system altogether;
sometimes I get the impression that the source is somehow "dirty" with all
the documentation embedded it.

Original issue reported on code.google.com by [email protected] on 6 Jul 2008 at 8:06

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.