we shouldn't take users so deep into the settings IA because it's easy
to feel lost in settings after clicking on a result without additional
context.
Bug: 143055215
Test: robotest & manual
Change-Id: I337cb5ead31e1e4e7bf9be78132e90630f83ee43
- Because permission hub is already postponed,
we don't need to show this UI in privacy settings.
Test: Rebuild, visual, robotest
Change-Id: I51aca52bc605a3c6b0cafc084e8e491c280d770f
Fix: 143447873
Set a summary holder for initial preference at the biginning.
If there is no any permission granted, then set a string for it.
Test: Rebuild, visual
Fixes: 140783222
Change-Id: Ic5f2730123110bad5fbc08fcd22b1df564b8637d
Two strategies for this UI problem
- If "PreferenceCategory" is an anchor for loading dynamical preferences,
we keep this preference category and then assign a no spacing layout to
it.
- If the cases only want to have a divider, we remove this preference category.
And then use allowDividerBelow or allowDividerAbove attribute.
Test: visual
Fixes: 130246959
Change-Id: I227fef20f5255159e4ab9a5add43a04b94e9b19a
We can't have same title string at the same time.
Test: search again, and see result.
Fixes: 123775284
Change-Id: I53afa64e723a0b1d6b8fefe0dbded64b7cd8f0de
Bug: 123595964
Test: Open Privacy page with one and two accessibility services
enabled and click the preference.
Test: Open Privacy page with zero accessibility services enabled and
do not see the preference.
Test: atest AccessibilityUsagePreferenceControllerTest
Change-Id: Ib1dab374cb53dfbc473b2d5ac49115e608a13ab8
Using PermissionControllerManager to get the apps
usage of different permission groups.
And then we visualize the result with bar chart.
Test: visual, robotest
Fixes: 116628158
Change-Id: I0442a04c35d74f715418fac0279bb8f36f6d64df
This CL focuses on building up Privacy entry in
Settings homepage.
And also reuse some preferences in here.
-App permission
-Show password
Test: robotest, visual
Change-Id: I724ba4b4845fac933df0fca23a4e1c6afeb73362
Fixes: 116628158
