Internal intents are forwarded with extras. External intents submit
with only an action.
--HG--
extra : commitid : Flgbl9HsEsx
extra : rebase_source : cb59022892eb2932f90817b7ad98ef71693735f2
extra : amend_source : 23c8399e06415e7518a5b575d59d6194a67974a2
There are two pieces to this that are undesireable:
* using reflection to access BrowserLocaleManager;
* stuffing the contracts provided by base and consumed by services
into the constants.jar.
Expedience.
--HG--
extra : commitid : 4iEPYo8ieFF
extra : rebase_source : bbdbd98bc3b894994c487a083611d5b5e6ebabc2
This just moves a shared flag out of base and into the shared
BrowserContract to be consumed by services.
--HG--
extra : commitid : 3VflFzRXxt3
extra : rebase_source : c210059d800139f54df9d37f8aa831f18fe838f6
This does a few things:
* Move TabReceivedService out of org.mozilla.gecko.sync;
* Use the existing Intent.EXTRA_TITLE instead of a custom field;
* Refer to the service by name in the command processor, to break a
compile time dependency.
We'd like a static check that the service was launched but I don't
have a good pattern for this across module boundaries yet.
--HG--
rename : mobile/android/base/sync/TabReceivedService.java => mobile/android/base/tabqueue/TabReceivedService.java
extra : commitid : h6CoTdKSik
extra : rebase_source : 4deda00381542d7a3573c6885ee21095b54f656d
Each device can have different color font - this is a best guess about making
it readable everywhere.
--HG--
extra : commitid : 7pl4L3jJDjE
extra : rebase_source : 6d7ad3fb82b9968942698fee324096073f0653c5
We don't extend AppCompatActivity in GeckoApp (bug 1220309) so these
edge cases are not getting auto-inflated to their AppCompat
counterparts.
--HG--
extra : commitid : KGMyi1R3DvI
extra : rebase_source : 318ecad96502d1f5d4179b2842b874a3ffbdacb4
This way it inherits from the AppCompat styles like accentColor.
--HG--
extra : commitid : 82svRmJzzHk
extra : rebase_source : 376b4d6c533f47e737f90445c2d725e16096bf5b
This code was originally added to request HTML5 video from Youtube under
certain conditions but Youtube serves HTML5 video by default and it is no
longer necessary.
--HG--
extra : commitid : CJ6XSBLmauW
extra : rebase_source : 122f7076c58dc3e2fda15cdc22d80c6b1053bd3b
Using a hardware keyboard makes Android leave "touch mode", and when
leaving touch mode from a ViewGroup that prefers descendant
focusability, which is what a ScrollView is, Android will shift the
focus to the next available View, and cause our LayerView to lose focus.
The fix is to set the descendant focusability to blocking.
GeckoEditable currently synthesizes key events when committing strings,
to improve web compatibility. However, synthesizing keys is causing
performance problems when the string is long. This patch limits key
synthesis to single-character strings. For longer strings, we commit the
string as a whole. We have other ways of ensuring web compatibility now
(sending dummy key events), so this restriction should not cause
regressions.
Currently, GeckoEditable periodically fires update composition events to
update the Gecko composition styling. To make the code more efficient
and more robust in dealing with content JS code, this patch merges these
events into events like replacing text, setting span, and removing span.
As a result, a setComposingText call now results in one replacing text
event instead of a replacing text event plus an update composition event.
Currently, the Gecko-side selection tries to mirror the Java-side
selection, but this is difficult because the Gecko selection has some
subtle but important behavior differences from the Java selection.
This patch separates out Gecko selection from Java selection so that
they're only loosely coupled. The two selections will periodically
synchronize through events and notifications, but at certain times they
may fall out-of-sync, for example when a composition is active. This
shouldn't affect functionality in a major way, and it's an acceptable
trade-off.