This is a follow up CL to our previous CL [1], which introduced
IInputMethodManager#getAwareLockedInputMethodList
as a variant of
IInputMethodManager#getInputMethodList.
This CL mechanically merges those two IPC entries into one entry as
specifying
DirectBootAwareness.AUTO
is something we can do in the IME client side, without changing any
observable semantics.
[1]: I54d5dbec7e76d6a68935007ed3af0641f717a7c5
04a226334d
Bug: 210083408
Bug: 234882948
Test: presubmit
Change-Id: Ic02484fcbb9c1bbd8e964bb7a2f7acff904e2a33
With this CL,
InputMethodManager#showInputMethodAndSubtypeEnabler()
is fully implemented in the client side. By not using system_server
privileged context to launch the Settings activity, we can stop
worrying about conflicts with existing security concepts such as
* Background Activity launch blocking mechanism
* Restrictions for instant apps
Bug: 34886274
Test: Manually verified as follows.
1. Build aosp_coral-userdebug and flash it.
2. adb install -r $ANDROID_TARGET_OUT_TESTCASES/ApiDemos/arm64/ApiDemos.apk
3. adb shell am start -n com.example.android.apis/.ApiDemos
4. View -> Input Method -> ShowInputMethodAndSubtypeEnabler
5. Verify that the API works.
Change-Id: I5199ca4609c03900a0e86011d344b054b1df08dd
There's no need to findViewLocked - if the view
didn't already exist, then the view is added
to the end of the mViews list. findViewLocked
will need to iterate over all the views which
is unnecessary.
Test: manual
Fixes: 238954722
Change-Id: I3a22f59df84f512d4e914f0e3566927450284298
Allow apps to define ActivityEmbedding related flags in AndroidManifest
using <property> tags, so that the system can read the info before the
apps launch.
The property is for apps to provide consent to allow the System to
override ActivityEmbedding rules for the apps.
Bug: 236778622
Test: atest
CtsWindowManagerJetpackTestCases:ActivityEmbeddingPropertyTests
Change-Id: Ibd5f9ed41b94de0bf9ff2c81a7ffa19d1067b769
Annotate null-ness for APIs and parameter for
InputMethodManager, IInputMethodManagerInvoker
and IInputMethodManager.aidl.
This is a annotation improvement without any user
visible changes.
Bug: 237959367
Test: presubmit
Change-Id: I426fb9ca9009f0f91a4d2d6a39094ea9c20671f7
Some of local variables are declared as package-access
but they only used in InputMethodManager. We can safely
convert them to private.
This is a mechanical refactor without user visible
change.
Bug: 236920321
Test: presubmit
Change-Id: Iaf8de0d7f0d4a8572df81810e1f8593436e3b771
There are many methods declared as package-access
but only used in InputMethodManager. Convert them
to private instead.
This is a mechanical refactor without user visible
change.
Bug: 236920321
Test: presubmit
Change-Id: Ia66dbf7ce7aed4715b6fc18521783898e8e5fb4d
We get the window bounds from InputWindowHanlde, however it doesn't
have all of window information. To get them from accessibility
perspective, ViewRootImpl will provide those information via
AccessibilityManger.
Bug: 210985169
Test: atest android.accessibilityservice.cts
atest AccessibilityWindowManagerTest AccessibilityManagerServiceTest
test with talkback
Change-Id: If3c35a6bcd073294c3b34ece95100207d3802ad7
This reverts commit 8626ad35b1.
Reason for revert: Trying to reland
The previous patch may delay a configuration update caused by the task
bar change, and dispatch the update when something irrelevant happens
such as dragging an icon to the workspace. Changed logic in WMS and
WindowState to ensure a configuration update in that case.
Test: TaplTestsQuickstep#testAllAppsFromHome (With task bar)
Test: CtsWindowManagerDeviceTestCases (With task bar)
Test: android.view.cts.ViewTest
Bug: 224404595
Bug: 205496695
Bug: 228380863
Change-Id: Ib192d4ad012fed136f808b15a84f8d83ca426b21
-. Rename setInputChannelLocked and add a static
method for checking same InputChannel.
Suppose we need to handle the flush pending events
when the input channel is modified based on CL[1],
CL[2] and CL[3].
This is a mechanical refactor and it should no
user visible change.
[1]: Ibe26311edd0060cdcae80194f1753482e635786f
[2]: I7e0b6a3c43cbe72f8762991f5d36560feebd214b
[3]: If8317941dd1c6d5db77f1239b9a9f45d49997df9
Bug: 236920321
Test: atest CtsInputMethodTestCases
Change-Id: I4f0d2404705a8f93de345571136690dd408d1132
For certain situations it's useful to know the exact activity that's
being hosted in the focused window when it changes, not just the package
name.
Bug: 237317934
Test: manual
Change-Id: I21ef229e9b29110957d9176357851720edc1f117
Deprecate the mBindSequense and migrate it into BindState.
This is a mechanical refactor which should no user
visible change.
Bug: 236937383
Test: atest CtsInputMethodTestCases
Change-Id: If4cc98f27837a2ec148b7ffa7aa342f7fce10d21
Use InputManager device listener to track if we've a known supported
stylus in system, only then init Handwriting.
Also supports simulated stylus
Bug: 210039666
Test: atest StylusHandwritingTest
Change-Id: I7399c0a56c04f024d65c16d459818cc2c5cdbc7f
