add basic VerifyActivity to check .sig files

This currently just works with file:// Uris, and probably only files that
come in via the .sig file association in AndroidManifest.xml.  This is just
a rough version to get the ball rolling. Once GnuPGData can handle files
and streams directly (#1581) then this should be converted to always use
Streams, e.g. by using getContentResolver().openInputStream(uri)

refs #1569
verify .sig and .asc detached signatures, and prompt to view file if good

This verifies the .sig and .asc "--detach-sign" format of files, provided
the signed file is present as well.  If that's successful, then it'll
prompt the user to view the file or not.

refs #1569
add Transifex config file for the 'tx pull' tool
escape " quotes in strings.xml so that they show up in the interface

Otherwise, they get stripped out by something.
remove \n from strings.xml, they usually break in translations

The only formatting character that should be included in a strings.xml
string is \" for adding quotes and printf-style format strings.  Newlines,
\n, tabs, etc. should not be included since they are usually messed up in
the process of translating.
fix warnings in first_run_welcome_activity.xml, including unneeded TableLayout
standardize on "Gnu Privacy Guard" as the name of the app
gnupg-for-java: use POSIX FILE streams when creating GnuPGData for files

Previously, GnuPGData(File f) would load the entire contents of the file
into memory, then pass a memory gpgme_data_t to gpgme.  This is horrible when
working with large files or machines with limited memory.  This patch uses
the gpgme function for creating a gpgme_data_t from a POSIX FILE stream.
add the gpg2 exit value to Gpg2TaskFragment results
gnupg-for-java: expose gpgmeOpDecryptVerify as a proper Java method

Currently this will throw an Exception if the verify fails. We need to
implement gpgme_verify_result_t in Java, like GnuPGGenKeyResult.java in
order to get useful information about the verification process.

refs #1567
add methods to create PGP ASCII pattern matchers to detect ASCII contents

A .asc file can be a lot of things, so we need to look at the embedded
headers in order to see what the contents is. This will be very heavy on
large files, but since we're aiming for ease of use, I think its
worthwhile to include.  Plus, large files should be binary, not ASCII.

refs #1569 refs #1455 refs #1456
make EncryptFileActivity receive files via an Intent

This allows other internal Activities to call it to handle encrypting
files.

refs #1454
add DecryptActivity to handle decrypting anything we throw at it

Currently this only supports file:// Uris, but it is intended to handle
all Uris once we get InputStream/OutputStream support into GnuPGData.

refs #1455 refs #1456 refs #1581
DebugLogActivity: use monospace font for debug log view

I also ran the code formatter on it, hence the top change on text/textColor
FileHandlerActivity: set up as central router for incoming Intents

* all ambigious Intents should be handled by FileHandlerActivity
* should be renamed to IncomingContentHandlerActivity
* all clear Intents go directly to the right Activity and skip this one
  (e.g. .sig, .pkr, .skr files and the OpenPGP MIME types)
* this also handles non-PGP files and content which the user intends to
  encrypt and/or sign

refs #1454 refs #1455 refs #1456 refs #1577
route content:// streams named *.pgp, secring.gpg, pubring.gpg to Import

* .pgp files are supposed to be application/pgp-keys
* secring.gpg and pubring.gpg are keyrings from ~/.gnupg
route files named encrypted.asc to be decrypted, K-9 turns PGP/MIME into it

K-9 turns PGP/MIME messages into an encrypted.asc attachment, so route this
to be decryptable and viewable.
for now, route all application/pgp-encrypted data thru FileHandlerActivity

Once the encrypt Activity gets fixed up, this IntentFilter should be in
that Activity.
DecryptActivity: always write plain data to private file

This used to write out the plain file next to the encrypted file.  Since
gpg now makes it easy to VIEW a encrypted file, there is no need to decrypt
in place.  Instead always decrypt to the app's private files/ storage. This
way it won't be written out to the SD card as plain, etc.

It will then be shared to other apps via a ContentProvider.  Once we get
streams working in gnupg-for-java, then all of the actions will happen with
streams rather than files.
gnupg-for-java: reduce the keylist return to the bare minimum for speed

This makes the keylist functions return much less information, so hopefully
it will speed things up.  There should be an option for getting the full
info when its needed.

refs #1621