Modify the MultiSelectManager so that toggling selection on an item
notifies listeners of selection changes, if necessary. This fixes a bug
where notifySelectionChanged wasn't getting called when the selection
changed.
BUG=23944862
Change-Id: I3aef41cc92c560dc15bdc0fe310c340bdb3005f6
This command is useful for testing during development, but at some
point we will decide if allowing configuration changes during resizing
is okay or merge in http://ag/759766 to suppress configuration changes
during resizing and deliver the new config. to the app.
This functionality will be reverted once we decide.
Bug: 24380097
Change-Id: I223c08bc939e564a78e70994b599770be9d4730d
Initial task bounds might be adjusted (for status bar, etc.). Touch
should be set up using visible frames instead of task bounds.
bug: 24336351
Change-Id: I944e3185a06c39b451432bdda5ad87880a0482f3
- Reorganize the directory fragment.
- Repurpose the "empty" view to hold a message and a button.
- Message is set to the "No items" message if a directory is empty.
- Message is set to the error message if a query error occurs.
- Don't close DocumentsUI when a query error occurs.
Change-Id: I4e1e96f23040606b410ac746252dcb0ab9286f04
- Body1 text appearance in Material-styled NumberPicker
- Non-inverse text color in colored bordered button disabled state
Bug: 24374092
Bug: 24267929
Change-Id: I576af6171fc64ab821b6455d3b825c9b05eec4a7
1. Open submenus now disappear instantly rather than fading out when
mouse hovers over a non-submenu item.
2. When a submenu is opened on hover, the item that was hovered now
will remain selected instead of being deselected.
3. Fix an issue where if the same chain of submenus was opened more
than once, the submenus could open in a different direction each
time. To fix, we keep track of the direction of opening along the way
and make sure to reset the preferred direction when a submenu is
closed.
Bug: 20127825
Change-Id: I99972cce4ddabe316c5148f1dd79a5d7b3e64b87
Propagate the boot status explicitly to installd so that we do not
have to rely on dev.bootcomplete, which isn't meaningfully set
when the device needs the decryption screen on boot.
Bug: 23898216
(cherry picked from commit 06bb908b78e3c790d3db52fef9f2ab0a129e53cd)
Change-Id: I9b34298caf70b1e5d40970cc0d04c469016a80a7
* commit 'da2f549f3b77ee5f04a6f726facb1a091d796054':
Properly expose methods that override a non-hidden method in a hidden superclass in the API files.
* commit '2d39bfd51fabee0396fa3107ff98065ef4832667':
Properly expose methods that override a non-hidden method in a hidden superclass in the API files.
When a window has both the flag fullscreen and the dismiss Keyguard
flag, we end up in a state where we hide the status bar window but
all other windows, because mShowingLockscreen nevers gets set
correctly. Move it up so we always set it no matter whether the
status bar window was visible.
Bug: 22875357
Change-Id: I7953fe7100cc99fe8fb7424a9b311b4630426657
a protected broadcast.
The broadcast "android.hardware.usb.action.USB_ACCESSORY_ATTACHED"
was accidentally included twice, changed the extra copy to
"android.hardware.usb.action.USB_ACCESSORY_DETACHED".
Bug: 24188595
Change-Id: I8863c336f70796b2a15633595648b594864e84e2
