| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem was that we were doing startLoader, but once the
apps are loaded, all that does is re-bind everything. Before
a recent change of mine, we were clearing mWorkspaceLoaded and
mAllAppsLoaded. But that's not good either, because it meant
that there needed to be a lock that the main thread and the
worker thread were both acquiring, which was causing ANRs.
Instead, now we schedule two messages - one to add the apps
back into the list, and one to update everything to use
those new icons.
Bug: 3065061
Change-Id: If9d36d4b55a7ba72fcf48a5ed8941bb9466bebe6
|
|
|
|
| |
Change-Id: I9703f80b34d05b2cfa6239652eae36d1ebcde6e5
|
|
|
|
|
|
|
|
| |
We could do this more efficiently by only updating the packages that
have changed, but that would involve a big rewrite.
Bug: 3020854
Change-Id: Ie7e3bee20f45dc5efa93d960902e9dfb79c4a3a5
|
|
|
|
|
|
| |
a resource anyway.
Change-Id: If1304e1417cb8ba4dee8657cd619718abba277f0
|
|
|
|
| |
Change-Id: I56d726080968777eb5ccdc8826a872977cf7868c
|
|
|
|
|
|
|
|
| |
It's possible that the app doesn't implement the component as promised, and the launcher shouldn't
crash.
Bug: 3005141
Change-Id: Ieac51433a467fd12160247bfd281828a69f5f7d2
|
|
|
|
|
|
| |
Fixes a bunch of StrictMode violations and removes TODOs.
Change-Id: I886bd071d4a8336c228d29c517a8ffc5223c0623
|
|
|
|
|
|
|
|
|
| |
Logging indicated a 1.2 second improvement in Launcher start time
during boot (when single-threaded yaffs is very heavily contended).
BUG=2947474
Change-Id: Ie72cf02c5eacb27c6d874b6d67a0bb2de7f6b74a
|
|
|
|
|
|
|
|
|
| |
You still can't modify the contents of the workspace while it's loading,
but this makes it appear a little bit more responsive. Launching apps
while the launcher is loading has always been possible.
Bug: 2748595
Change-Id: Icf252beaee5b801b30216202ce6032c4d565cde3
|
|
|
|
|
|
|
| |
SD card after reboot
Bug: 2941495
Change-Id: Idf1869d33cd5c01abea5b059ca466529cee0ad93
|
|
|
|
|
|
| |
Also uses a more efficient way to get all activities for a package.
Change-Id: Ic360082f0a728cf1b388af18b22122bfce866149
|
|
|
|
|
|
|
|
|
|
| |
updates into that thread as well.
This gets rid of the ANRs that happened because both threads were
holding mAllAppsListLock. Now mAllAppsList should only be touched
from within the worker thread.
Change-Id: Ifc4ac27e0c0a927ac66c456d097fd3d4ef6c5e1e
|
|\
| |
| |
| | |
from the ui thread." into froyo
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
set from the ui thread.
This will help the ANR in LauncherModel.onReceive because if
we're under contention, there's a good chance that we haven't loaded
yet. It won't completely fix it, but that will take a large refactoring.
Bug 2672967
Change-Id: I2c97a416767b4bb6aac0252f02e2aa2055ae8a4e
|
|/
|
|
|
|
| |
Bug 2761789
Change-Id: I9f005c876ca20f774e6d8046e34451a7fecbe805
|
|
|
|
|
|
| |
somehow.
Change-Id: I308656a5b1748e8aca254410b049110afaa7affc
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is achieved by moving the 3D All Apps surface out of the screen when
it is not needed anymore. This saves us compositing costs that slow down
the drawing of the workspace.
Change-Id: I06ce1f77449fe1864517f4161913bc162c8e6b46
|
| |
| |
| |
| |
| |
| |
| | |
This always reloads the workspace, because I think it's a less risky change and that only adds
~100ms.
Change-Id: I215b1f741f022e47ce06e78b9cfdd9967a8f1b9d
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change reorganizes the increasingly Byzantine loader
thread so that the order of (workspace, allapps) can be
reversed if the user is currently looking at the all apps
view. The perceptual improvement in performance is huge if
you change the Launcher's orientation while All Apps is
visible (which forces a reload/bind of everything); now that
AA doesn't have to wait behind the workspace it
(specifically, its first batch of icons) appears much, much
faster.
Bug: 2722977
Change-Id: I07a9afd5f1cff4019f2640b082872176ba0a887e
|
|
|
|
|
| |
Bug: 2739938
Change-Id: Ifeacc3ea7995b3fa90165943bc45d701a6234098
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Correct the density (or, rather, remove the density) of
the icons in the cache to ensure they're drawn px-for-px.
* Create a new landscape layout for 2DAA that aligns things
properly (viz: Home icon at right, padding tuned, 6
columns).
* Performance improvement: Make the app grid, icons, and
home icon all opaque (by setting a black background) and
move the home icon so it doesn't overlap the grid.
Change-Id: I961323e9e39cb122cdc694853706e7fcdd10142f
|
|/
|
|
|
| |
Bug: 2735146
Change-Id: Ie4d03b09cc75bfc176ec91be6f6f4369af5cc2a3
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Should the Launcher's database become corrupted by
mysterious forces (e.g.: third-party launchers; botched
upgrades; smoke monsters) in such a way as to cause two
items to share the same cell, we now ignore loading the
latter.
Prevents a runtime crash (http://b/2655516).
Bug: 2655516
Change-Id: Ia514746f04f0e51b2cd07e9290589a6eab75bdd2
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
If we're unable to create a bitmap for the drag, e.g. due to
memory pressure, give up.
Bug: 2650809
Change-Id: I5d7360dbb1bd736a629451467e93cccdfc255b67
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Should avoid crashes when using Launcher2 alongside
third-party launchers that add additional workspaces.
Bug: 2709532
Change-Id: I7775b43e582346ba686524e357a2b262e9fc4dcd
|
|\| | |
|
| |/
| |
| |
| |
| | |
Bug: 2707845
Change-Id: Ic4039f9737b3218a45bb3e8456c47927edd3fe3d
|
|/
|
|
|
|
|
|
|
| |
renderscript objects a chance to get deleted, since they aren't
in the java heap.
Bug 2685490
Change-Id: Ifff97b64585ac0f6faed0feb6362f6137682e32d
|
|
|
|
|
|
|
| |
Applies the fix in change Id91712fa to widgets.
Bug: 2617318
Change-Id: I1e1dac6238a26497eacc23b161df171ae40bb588
|
|\
| |
| |
| | |
into froyo
|
| |
| |
| |
| | |
Change-Id: I242e11f5aec218ae2b8f80ef3babcb2836c173db
|
|/
|
|
|
|
| |
Bug 2652948
Change-Id: I9d386395278830ead5deda17b8b09e0dcfeff989
|
|
|
|
|
|
|
|
| |
Looks like the code path for buildDrawingCache(false) has some bugs.
This reverts to the old code path and tries to manage the creation of
those caches a bit better.
Change-Id: Ic468e9db396c51f723454dc3832e0cd1c0c82004
|
|
|
|
| |
Change-Id: I71a18497862a30db5ff0f52f566fb86eae213ea3
|
|\
| |
| |
| | |
Bug #2614636" into froyo
|
| |
| |
| |
| |
| |
| | |
Bug #2614636
Change-Id: If9ded9a2e231a429e4d0a21626b486f76fd0a3a6
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
To do this, we invoke resolveActivity to see what activity
would result from viewing an arbitrary (but valid) URL. If
there's just one installed, or there are multiple and the
user has chosen a default handler for http:, we take that
component and launch it with CATEGORY_HOME (so as not to
upset the URL in the frontmost window/tab/what-have-you).
We also use this information to extract the localized name
of the app, which is then installed into the hotseat as the
contentDescription (for accessibility).
If there's no default and multiple options are availble,
we'll get the activity chooser instead. In this case, we
just fire off that chooser and let the user pick an app
(possibly setting a default along the way). Because the
default may change, we reload all this hotseat information
every time one of the hotseats is tapped.
Another side-effect of this approach is that until there
exists a default browser, the original URL will be sent to
the activity the user chooses from the ResolveActivity. So
we need a sensible default URL here; one can be found in
R.string.default_browser_url (similar to Browser's
R.string.homepage_base).
This change also moves the hotseat intents and icons into
arrays.xml for easier configuration.
Change-Id: I06268df8b59e0f41f1f8b0e47f823db4c44ec761
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Duration of motion is now influenced by fling velocity. Constants have
been tuned and tweaked.
Fix a couple of drawing optimizations in Launcher2 Workspace.
Change-Id: Iaa674d10a28554884d9cc98134b2d1253b5e3e70
|
|/
|
|
|
|
|
|
|
| |
This fixes the issue where using the long-press-on-dots feature to
jump to a specific home screen overshoots by a large distance. It also
speeds up the resulting animation such that jumping from screen 1 to 5
doesn't take as long.
Change-Id: If41086b17df875be5514776e3af24292587d05a7
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The hotseats are permanent slots on either side of the
AllApps button. Their functions are:
LEFT/BOTTOM: Phone
Launched via the hardcoded class name
com.android.contacts/.ContactsLaunchActivity.
RIGHT/TOP: Browser
Launched by querying to see which application is the
default for URLs, then starting that activity directly.
In the future, it would be ideal to allow an application
with permission to access LauncherProvider to customize
these (icons, contentDescriptions, and Intents).
Bug: 2559083
Change-Id: I56f6e745f8574aa17e28feaa9d2118fb4a715cd4
|
|/
|
|
|
|
| |
Callbacks can be null.
Change-Id: I56462a54673b1804a6235d6d882008b453290542
|
|
|
|
| |
Change-Id: I78130d6f237f476bc33a4718ca5ef245fe502857
|
|
|
|
|
|
|
|
| |
This way we can figure out how many apps to send to the grid
at a time even if the grid hasn't been instantiated yet.
Bug: 2599979
Change-Id: I7960fe1adae6976555334422335f3a4b28d0675e
|
|\ |
|