documents: add support for Google Drawings

Add a GDataDocumentsDocument subclass to handle drawing docs.

https://bugzilla.gnome.org/show_bug.cgi?id=633548
Updated Bulgarian translation
calendar: Test with 2 calendars rather than 3

Google’s poor little servers don’t like 3 calendars being created in quick
succession (although they definitely used to be OK with it), resulting in
the calendar query tests failing.

Reduce the number of test calendars used for such tests to 2, rather than 3.
That should hopefully fix the problem, although I can’t test the fix works
completely because I’ve run out of GData query quota for the day.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=679072
Updated Greek translation
picasaweb: Relax some checks in the PicasaWeb test suite

Don’t compare ETags and update dates exactly. This fixes some failures caused
by Google’s use of relaxed consistency in the server implementation.

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=679072
tests: Update test account password
contacts: Use fuzzy time comparisons when testing contact insertions

Yes, having a contact which was last edited before it was created is a valid
thing.

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=679072
youtube: Temporarily relax requirements on <feed/title> element

The YouTube comments feed is not a valid Atom feed, as it’s recently (somehow)
lost its <title> element. So we temporarily relax our requirements for feeds
to follow any kind of standards or even the Google-provided documentation.

Filed as: https://code.google.com/p/gdata-issues/issues/detail?id=2908

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=679072
tests: Temporarily relax requirements on <feed/title> element

See previous commit (faa7fe461032a3cb6b7a35fc6465bed53c695b70).

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=679072
contacts: Sleep for 3s after uploading a photo in the tests

It now seems to fairly consistently take Google servers 3s to process
uploaded photos. Before this time has passed, a query for an uploaded photo
(using the URI provided in the “upload successful” response) will result in
an error.

Helps: https://bugzilla.gnome.org/show_bug.cgi?id=679072
Updated Traditional Chinese translation(Hong Kong and Taiwan)
Bug 607270 — Support copying documents

Add support for copying uploaded Google Documents documents without having
to re-upload them.

New API:
 • gdata_documents_service_copy_document()
 • gdata_documents_service_copy_document_async()
 • gdata_documents_service_copy_document_finish()

This includes a test case, but I haven’t been able to run it because Google’s
servers are still acting up re. metadata-only uploads.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=607270
Updated Belarusian translation.
Updated Indonesian translation
Updated Spanish translation
Bug 656976 — Merge eds and GNOME Documents GOA authorisers

Copy the GOA authoriser from EDS into libgdata, modifying it a bit to add
support for non-Contacts services and remove use of the liboauth HMAC function
in favour of GLib’s implementation.

This is essentially the same code as used by GNOME Documents. Originally
written by Matthew Barnes. He’s given permission for it to be relicenced from
LGPL v2 or v3 to LGPL v2.1+. (See the bug report.)

This adds the following API:
 • GDataGoaAuthorizer

This is currently untested; waiting to port EDS and GNOME Documents to it
to test it.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=656976
core: Use gcr instead of libgnome-keyring for secure memory

* libgnome-keyring will be deprecated in the future

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=679867
Updated Traditional Chinese translation(Hong Kong and Taiwan)
Updated Slovenian translation
Updated Slovenian translation