| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Bug: #2353444.
|
|\
| |
| |
| |
| |
| |
| | |
Merge commit '0663d1d90dc943e8bfaadb27f270f600d7d2e0a0'
* commit '0663d1d90dc943e8bfaadb27f270f600d7d2e0a0':
Update imports to android-common
|
| |
| |
| |
| |
| | |
Several files were moved to android-common. Update all the references
to import those files from the new location.
|
|\ \
| | |
| | |
| | |
| | | |
* changes:
Update to new RS texture API.
|
| | | |
|
|\| |
| | |
| | |
| | |
| | | |
* changes:
Remove WAR for handling uploads when no surface was present.
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
* changes:
Remove obsolete doc references to LauncherAppWidgetBinder
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I8b9c2d8145d56b891f26dabebead35275d81b6ba
|
|\ \ \ \
| |/ / /
|/| | |
| | | |
| | | |
| | | |
| | | | |
Merge commit '34a0e1b00b9baeff19e94f1ee35dd890063489d2'
* commit '34a0e1b00b9baeff19e94f1ee35dd890063489d2':
fix bug 2326478
|
| | | | |
|
| |/ /
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Before, Launcher2 sent an intent to
com.android.settings/com.android.settings.LauncherAppWidgetBinder
to bind any converted appwidgets. That doesn't seem to work anymore,
and is not how non-converted widgets are bound. Changing to
binding the widgets directly fixes a problem where the search
widget was not bound after an upgrade from Eclair to Master.
The search widget conversion problem was introduced in
Change I85d64defe155c0cad97fafef6a3db62c6cab504a
where I got rid of the built-in search widget.
This patch may break conversion of legacy built-in
clock and photo widgets, but I believe that was already broken
because of the non-functional widget binding mechanism.
Bug: http://b/2322160
|
| |/
|/| |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
com.android.launcher2.AllAppsView.removeApp
Merge commit '3ecbd81f99d2005172f431d2bf207b698154fe29' into eclair-mr2
* commit '3ecbd81f99d2005172f431d2bf207b698154fe29':
Still trying to fix 2320348 - Launcher2 crashed: AIOOBE at com.android.launcher2.AllAppsView$RolloRS.removeApp
|
| |
| |
| |
| | |
com.android.launcher2.AllAppsView$RolloRS.removeApp
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
crash in removeApp.
Merge commit '8cf34293dc2f078bf023ac77d007f5182f9b9357' into eclair-mr2
* commit '8cf34293dc2f078bf023ac77d007f5182f9b9357':
Launcher2 - This might fix the missing app problem and the crash in removeApp.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This marks the apps list as dirty by default. Usually, because of how long
it takes the loader thread to run, the apps list comes in after the surface
has been initialized. However, if the surface isn't around yet when setApps
is called, then setApps won't set mRollo.mAppsDirty because mRollo is null.
The extra null check is necessary for the normal case when mAllAppsList isn't
ready yet when the surface comes in.
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
could become unsynchronized with the list of icons.
Merge commit '8eea3914a012eec703b5c7829361bbc6e356dc66' into eclair-mr2
* commit '8eea3914a012eec703b5c7829361bbc6e356dc66':
fix 2315821 and 2315729 - problems caused because the apps list could become
|
| |
| |
| |
| | |
unsynchronized with the list of icons.
|
| |
| |
| |
| |
| |
| | |
Uses the widget from packages/apps/QuickSearchBox instead.
Change-Id: I85d64defe155c0cad97fafef6a3db62c6cab504a
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
menu selects app at the bottom left
Merge commit 'af5b4cb27709e2e3d6c419e81ac87363e701ce5d' into eclair-mr2
* commit 'af5b4cb27709e2e3d6c419e81ac87363e701ce5d':
Fix 2305903 Scrolling trackball upwards at the top of the app menu selects app at the bottom left
|
| |
| |
| |
| | |
app at the bottom left
|
|\|
| |
| |
| |
| |
| |
| |
| |
| | |
without a context.
Merge commit 'a276fc59f535a2fb05701e8f49bb7adf4cefb3b2' into eclair-mr2
* commit 'a276fc59f535a2fb05701e8f49bb7adf4cefb3b2':
Fix 2306862 - Launcher2 crashed: in libs/rs. Uploading texture without a context.
|
| |
| |
| |
| |
| |
| |
| | |
context.
turns off some logging and fixes latent bugs that this uncovered where we were
accessing renderscript while there was no context.
|
|\|
| |
| |
| |
| |
| |
| | |
Merge commit 'bf173f11d27719af7a3c480ce84bb5b63e191fba' into eclair-mr2
* commit 'bf173f11d27719af7a3c480ce84bb5b63e191fba':
Fix 2304151 - crash while installing apps
|
| |
| |
| |
| | |
It was happening if you had previously uninstalled an app.
|
|/
|
|
| |
This allows faster scroll across Home. Also remove dead code.
|
|
|
|
|
| |
This makes it so we're only listening for the CLOSE_SYSTEM_DIALOGS
broadcast while we're between onResume and onPause.
|
| |
|
|
|
|
| |
Change-Id: Icb5606e340a6eafc06ffd1be4bbe3d4f988376d1
|
|
|
|
| |
SHAME ON ME for using String.compareTo().
|
| |
|
|
|
|
| |
Also reuses the BubbleText object, which was being recreated for no reason.
|
| |
|
|
|
|
|
|
|
|
| |
Before, Launcher relied on a callback to a SearchManager.OnCancelListener to clear the search widget
animation. However, that doesn't get called if some other app opens the search dialog
before the Launcher is reopened. This change clears the animation in onResume().
Should fix http://b/issue?id=2246760
|
|
|
|
|
|
|
|
|
| |
Sometimes clearAnimation() is called on the search widget
when it has no parent, e.g. when it being removed from the
home screen. This caused an NPE, because clearAnimation()
called invalidate() on the parent.
This is a partial fix for: http://b/issue?id=2246760
|
|
|
|
|
| |
The check for whether there is anything in these lists should be sufficient. The other
variables don't need to also be checked.
|
|
|
|
|
|
|
|
|
| |
shown via
Activity#showDialog on CreateShortcut
I'm not sure how this can happen, but I think it's okay to just
drop the exception. It's all just trying to clean up anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in center home screen
Now:
- When you're on the workspace and you press home, it animates back to the middle
- When you're in all apps and you press home, all apps animates out and the workspace
doesn't animate to the middle (it just jumps there)
- When you're in an app and you press home, it doesn't animate to the middle
- When you're in an app and you press back, it still goes to the page you were on.
Don't look at the evil hack to make it move without animating.
|
| |
|
|
|
|
|
|
| |
menu is visible will
switch the home screen
|
|
|
|
|
|
| |
I'm not sure how .added is empty, but the only way I see for this
to happen is if it is, so use .data instead, which ought to be the
same.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
& notification panel
still work
I knew it was a problem with mWaitingForResult, which I'm still not convinced we need, but
Jeff Sharkey was able to find repro steps, so he's my new hero. The steps were:
1. Open add menu (long pressing or menu > add)
2. Turn off the screen
3. Turn back on & unlock
4. Poof.
The problem was that when we get ACTION_CLOSE_SYSTEM_DIALOGS intents, we're dismissing the dialogs,
not canceling them. I think we actually want to cancel them, but there's no easy way to do that
with the Activity class, so just clear mWaitingForResult by hand in closeSystemDialogs().
|
|
|
|
| |
We needed to check that they haven't exited on the down event.
|
| |
|
|
|
|
| |
launcher2.dumpstate 1 and presssing volume down
|
|
|
|
| |
trackball
|
|
|
|
|
|
|
| |
phone.
I don't know why I did this piecemeal instead of just fixing it for widgets items and folders all at
once.
|
|
|
|
|
|
|
|
|
|
| |
at the bottom of app drawer
This includes some contortions to get it not to perform the vibrate
haptic feedback then.
(By the way, it appears that we're vibrating on the add context menu
long press, so also do it when when we show the previews.
|