Let's just set a reasonable size in dp for the captcha image

This lets the image scale up to expected size, and if we end up
with GIANT captcha images in future they don't fall offscreen
since they'll shrink instead.

Bug: 62016
Change-Id: Ie4a32fa57ab68b36e1061c43c8feddcc863a5908
When following links with hash/fragments on them, jump to the anchor

* Added 'fragment' member to PageTitle
* Added tests for processing the fragment
* Pass the target fragment through to displaySection in webview
* on last section insert, jump to the fragment if present
Bug: 61726
Change-Id: Ic651fd3bd130b48addbc1cb565e3d47836e27f2a
Change "No thanks" to "Dismiss" for Wikipedia Zero dialog.

Change-Id: Ie9095712d4eb7d2a5f0c990bc7c2054b5b0db34c
Revert "Cleanup webviews when we no longer require them"

Was causing crashes when back button was pressed. Needs
a better longer term memory management solution instead.

This reverts commit 488bece3e5fd6985822ec7b404ade1cf16f3bc36.

Change-Id: I54503cac5640eeaaf3e5658ae3b2bbe35175dac0
Merge "Revert "Cleanup webviews when we no longer require them""
Remove stray whitespace from strings.xml

Change-Id: I25010d603028a5799b7585bc2078c0beea9d93ad
Preserve activity & web view state across rotation etc

We spent a bunch of trouble looking into ways to preserve the scroll
position and other state across orientation changes, with mediocre
results.

Turns out the Browser app simply ensures that it preserves the activity
across orientation and screen size changes -- the webView naturally
keeps the correct scroll position across an orientation change if we
just let it be instead of recreating everything.

Note we may still need to preserve scroll position explicitly across
an activity being killed or something, so haven't removed that existing
code using the basic scrollY position.

Bug: 61512
Change-Id: Iec3ae929d1bd8b0af2d94dcb9664827d659a235d
Add 'Send Feedback' iten to left nav

Will be stripped out before market release.

Change-Id: I80ca683115e7454d7cded126cb3223d5ba08ad52
Fix grammatical error

Spotted by SPQRobin and reported at
https://translatewiki.net/wiki/Thread:Support/About_Wikimedia:Wikipedia-android-strings-langlinks_empty/nl

Change-Id: I3f23133ea7e3ffd70c40340f82ad863224f0aa3a
Use .equals not == for comparing strings

Change-Id: Ief36183409d91475eb052eae4dc18d1edfd8f54f
Add simple Edit Summary option to preview window

Change-Id: I321f8e79bab9f6684e66e76f1e300a52d68bb2e8
Merge "Use .equals not == for comparing strings"
Merge "Add simple Edit Summary option to preview window"
Don't let users type more than 255char long edit summary

MW actually defines it to be *bytes* not chars, so eventually
this needs to be a bit more complicated. But having this now is
better than not having it, so...

Change-Id: I1e144c7440581ae57717b6fff3893bd4e6b5e467
Update pullfiles to account for new package name

Change-Id: I387b2731f36bbe443f6713a6cd78413032033098
Localisation updates from https://translatewiki.net.

Change-Id: I064a9fa666064bf38ba23d2b2d68c9684bfab7fd
Localisation updates from https://translatewiki.net.

Change-Id: I680091f60f79d8c623b8c7df67b2d87ef7208fe1
Merge "Update pullfiles to account for new package name"
Add autocomplete support for EditSummaries with a ContentProvider

- Also adds support for upgrading db versions gracefully

Change-Id: I7358747f832237ebb2a85267d6c061939ca10793
Show Edit Summary field only after preview is fetched

Change-Id: I212c2665ae39149af7c13004f4c96ba5470818b2