| 6c542fc4c0d371a7792cb840a0c3d948fb5c47d1 |
|
10-Mar-2015 |
Scott Kennedy <skennedy@google.com> |
savedInstanceState is @Nullable in Activity#onCreate()
Change-Id: I39ab8e56e74bb54bf8fe2d5170952b6ac931b231
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| cd95597f2dfc0760a105a87d16664e56ca1a4afe |
|
12-Jun-2014 |
Andrew Sapperstein <asapperstein@google.com> |
Additional changes to support controller refactor.
Change-Id: Ia06983da92e562a51e47644f9cf9cf1c3fe30c79
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| bb137c8e2ed363e6f5e2c0f14719483d27e8c062 |
|
05-Jun-2014 |
Mathew Inwood <mathewi@google.com> |
Move all logic from activity into controller.
Get rid of ControllerCallbacks, and instead create a thin wrapper around
Activity exposing the functionality required from the activity. Do the same
for ActionBar to take care of android.support.v7.app.ActionBar and
android.app.ActionBar (which have an identical interface).
This eliminates a lot of duplicate code between the appcompat activity and
the other activity. The only duplicated code is not boring wrapper code.
To customize the activity now, subclass PhotoViewController and implement
customizations in there. Then subclass the Activity and override
createController to instantiate your controller subclass.
Also allow subclassing of PhotoViewFragment. This is to enable the fragment
to replace the logic of getting the controller from the activity, in the
instance that the activity does not implement ActivityInterface directly
itself.
Bug: 15090270
Change-Id: Ib31ae155b5afabff848624b0721d6eaf96312c12
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| e0518c6761ab4b25a09c1cf264e13fb1a13ee233 |
|
07-Mar-2014 |
Tony Mantler <nicoya@google.com> |
Remove usage of isDestroyed()
b/13348940
Change-Id: I1334279911adffc0e494af4896aa59d9f4b6cb87
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| 19aeb66bd3bc22c2efbef8a4d20b0a65a7ecfd44 |
|
14-Jan-2014 |
Adam Copp <adamcopp@google.com> |
Add a callback for a view being "up next".
This callback is used so that the views can reset their zoom/pan state
when the user scrolls away from them. We can't use onViewActivated
because then the views would reset midway through the drag gesture.
Bug: 8433650
Change-Id: Ibe86a0db36d6e252df9a745a498c8d5aa2ed782c
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| 81458718db7c4054ed5e6a377ca34ff9b3e8ebb3 |
|
14-Jan-2014 |
Tony Mantler <nicoya@google.com> |
Don't leave stale cursors in the adapter.
b/10949208
Change-Id: Ifc971fb08544c655d540dfd816e37ec6cabd6a8f
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| e9825b89f8d8a61c747c5dc8aeaac9004a07d755 |
|
23-Oct-2013 |
Matt Keoshkerian <mattak@google.com> |
Fix crashing in GB when entering photoviewer
Two issues:
1. View.OnSystemUiChangeListener was introduced in API level 11.
2. getActionBar() was used instead of getSupportActionBar() in appcompat
Related to b/10804270 and b/9534809
Change-Id: Ie9b5369ad2f61785597fb711babea29426078929
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| 1b641422773c48c8fe4f3b6bc6570f7e098124f2 |
|
22-Oct-2013 |
Matt Keoshkerian <mattak@google.com> |
Delay calls to setting lights out until after enter animation completes
This will only happen if mScaleAnimation is enabled. Calls to setting lights out causes an animation, which gets janky when it animates concurrently with the scale animation.
Fix for b/8173898
Change-Id: I05f768b9e7d6991930f968d5adb2b91b2efcfb7c
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| 5f0775af25a40843a2c68d67d694945d88514555 |
|
12-Oct-2013 |
Andrew Sapperstein <asapperstein@google.com> |
Immersive mode.
Fixes b/10804270 and b/9534809.
Also starts creating a controller to
consolidate duplicate PhotoViewActivity implementations.
Change-Id: I9b4dae9a017f23bfd9e170177e74289ae8ce475b
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| 4f49ea6da326194dffa0348a83d8110ac30d92e4 |
|
25-Sep-2013 |
Matt Keoshkerian <mattak@google.com> |
Update PhotoViewer to load photos as Drawable objects.
This change modifies PhotoBitmapLoaderInterface.BitmapResult to return a generic Drawable object based on either a passed in Drawable or a generated BitmapDrawable from a set Bitmap.
Change-Id: I31f7af6001539970c1adb9d45d8e3eb6a9f022a3
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| fd1866743c530aa526fcd5880acd906f9dddb743 |
|
10-Sep-2013 |
Rasekh Rifaat <rasekh@google.com> |
Bug 8015654: Make PhotoViewer fully Gingerbread compliant.
Change-Id: If0e9d1957fe2e4284798e134277427748acb9d67
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|
| 112d29fe9f30d1237a1c8ac1ecc3740879c8c9ce |
|
15-Aug-2013 |
Paul Westbrook <pwestbro@google.com> |
Build two photo viewer targets
One of the targets use ActionBarCompat, the other doesn't
A following CL can refactor the two PhotoViewActivities
Bug: 10193371
Change-Id: I7305023c1f860fe6906370bc10669d0daa4e6aeb
/frameworks/opt/photoviewer/appcompat/src/com/android/ex/photo/PhotoViewActivity.java
|