Changed MOZ_APP_DISPLAYNAME and brandShortName from "TorBrowser" to
"Tor Browser".

Still not perfect, but repeating "image data" and "extract" twice might help
get the point across.

Also, clarify UI strings which explain HTML5 canvas fingerprinting and
options within the PopupNotification dialogue, and make capitalisation
consistent.

 * FIXES #12684. [0]

[0]: https://bugs.torproject.org/12684

The related bug 10804 needs a different fix as this one applied there
would stall the start-up for a short amount of time resulting in a bad
user experience.

This problem occurred in some non-English locales (e.g., de).
We now reduce the font size of some elements if necessary.

This makes the UI option apply to this new pref.

We now take the DPI value into account when calculating the width and
height of the browser window. Furthermore, using GetAvailRect() helps
to take care of taskbars that could influence the available height.

At least two corner-corner cases remain:

1) On some Linux machines the height of the titlebar is not included in
   outerHeight(). Thus, we guess with a pretty safe margin.
2) On some systems retrieving the available height is giving the screen
  height back which could lead to problems if taskbars are available.

Fixing those two problems (and presumably others yet to be reported) is
out of the scope for this patch.

However, in order to give the user the option to overwrite the
miscalculation two preferences

extensions.torbutton.window.innerWidth
extensions.torbutton.window.innerHeigth

are consulted. If they are set their values are used when resizing the
inner window.

If the remote check does not complete successfully, look at the
status code associated with the underlying nsIRequest and fail the
tor check when the status is "proxy connection refused."

It turns out that clicking several times on New Identity very quickly
may lead to unexpected behavior, to errors like "TypeError:
b.webProgress is undefined" and a somewhat broken browser: clicking on
New Identity again after this error showed up shuts the browser down,
for example. Thanks to a patch by a cypherpunk we disable the New
Identity menuitem after the first click which resolves this issue.

Some users may not have access to their Tor control port, and would prefer a
remote Tor check instead, even if they are not using a transproxy. This pref
allows them to specify this.

If a user is clicking on the Accept button on the preferences dialog
more than once the code in torbutton_prefs_save() is executed more than
once as well which may lead to unexpected and unintended behavior. We
fix this thanks to a patch by a cypherpunk by disabling the Accept
button after the first click.

(Or the search engine names, but we'll deal with that later).

I fixed this in transifex too, but don't want to wait for transifex to get
pulled again.

Conflicts:
	src/chrome/content/aboutTor/aboutTor.xhtml
	src/chrome/locale/eu/aboutTor.dtd
	src/chrome/locale/fa/aboutTor.dtd
	src/chrome/locale/ja/aboutTor.dtd