Make zero-rating dialog and inspection less intrusive

When not in the webview, screens like search were prompting
excessively about zero-rating. Now, these screens outside of the
webview will usually not prompt about zero-rating, unless the
state of zero-rating has gone from On to Off, which is an event
worthy of a pause by the user. There is a chance that the user
may use the search screen and go into zero-rating mode On for
the very first time since installing the app. But that's a pretty
low probability event. It's much more likely that the user will
go into zero-rating mode On from the first time launch screen
or article reading mode. But if the low probability event does
occur, the user will get a prompt. Otherwise, if the user is in
a search screen the second or subsequent time zero-rating goes
into On mode, the user will still have a fixed bar back in the
webview screen showing zero-rating On and will also have the
More... screen to learn more about zero-rating.

In addition to the alert reduction, the app will now only check
for the outbound zero-rating applicability header, "X-CS",
when the URL is a .m.wikipedia.org subdomain. Presently, this is
the only place where such outbound header tagging can occur, so
there is no point initiating a "banner text" fetch on other
domains. This should have the fringe benefit of errant transitions
for On and Off triggering when domains like www.wikidata.org are
accessed by the app. A similar change has been enacted in the
Android app master branch already. Operators zero-rating apps traffic
zero-rate based upon well defined destination IP addresses and
domain names, which include subdomains of wikidata.org. In the
cases where other facets of the request may disqualify otherwise
zero-rated access, backoffice configuration supports the notion
of disabling zero-rating messaging on a given operator's network.

Change-Id: I04e319530af8986081ee9730b3ddd5f7af553230
Fix for scrolling when TOC onscreen.

Needed because we added doctype so no longer using "quirks" mode.
So we we need to specify "px" for spacer height now.

Change-Id: Iea4422fbdad723daffb0201c95211bede07fb8b8
Cleaned up About page text a bit.

Change-Id: I64306bafd293b12d317a379d54f3884a582db531
Bump ver to 4.0.5 (really should do this before beta releases!)

Change-Id: Ibab2af0fac7d9856348ced6c514aacc3ec4f3490
Manual import of translations from TWN

Change-Id: I93f8786f3f8fc4f6ce60c88eb04c92cde1a526eb
bump build number after updating localizations

Change-Id: I81fb13215d699c567a777df282f4c2d17aff5b34
Manual import of translations from TWN

Change-Id: Ic407a971c4a83cd578fd4d9a3af131f2343c52aa
Support colorized zero-rating messaging

Allow for a colorized zero-rating "banner" in the Wikipedia
for iOS app. Additionally, make memory warning-based toggle
debugging easier. Previously, only a black-n-white banner.

Change-Id: Ic5bcfe79ab80576316ae31bc09901761a5d377ce
Add The Specialists Guild to the "About the Wikipedia app" page

The Specialists Guild have done some amazing QA work for us, and deserve to be
credited in the About page. This patch does that!

Change-Id: Ib93b8ff363d20a6b4970d6c33d793cb35bbd151d
Migrate all app install IDs to be the same as the old reading action ID.

As per the meeting between Product and Analytics, we're migrating all app
install IDs in all app schemas to be the same, so that the tables can be
joined and the overlap in users between features can be found.

This patch changes all app install IDs so that they're the same as the install
ID that was previously used for reading actions. That way, the analysis that's
generated on an ongoing basis by analytics will remain unchanged, whereas the
EventLogging data install IDs will all change, but simply go in to new tables.

Change-Id: I82bdfaa8446e47d1ded37b18119f818a26249a68