| 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/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| ca8fdcd23fcc53e0429abf8d4ef80e8d6d8fe6fa |
|
30-Jun-2013 |
Martin Hibdon <mhibdon@google.com> |
Update PhotoViewer so that Babel can use it
The photoViewer now supports the needs of the Babel app.
In particular:
1. It allows for applications to extend the PhotoBitmapLoader
for their own needs. Babel needs this because it already
maintains a customized image cache in memory, and we don't
want to have duplicate bitmaps in memory.
2. The photoViewActivity can optionally use an animation
that scales the image up from the image's original location
on screen to the full size.
3. The photoViewActivity can optionally be in fullscreen
mode by default, rather than switching to fullscreen
when tapped.
Change-Id: Id5d62f1961c1ce2b9402c7fb19583baad4d96580
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| 8e97065f7cfb2ff7c6b3bde13bf19c23b0358ee4 |
|
15-Feb-2013 |
Paul Westbrook <pwestbro@google.com> |
Merge branch 'goog/jb-ub-mail-ur8' into master
Change-Id: Ie28475b31bb0d5d214c948c498d88e540d6f93a9
|
| 41db3eb9741a222432b367409c67d2263856a0a7 |
|
08-Feb-2013 |
Vikram Aggarwal <viki@google.com> |
Let the framework manage fragments
The original crash is deep in the framework. Looking into the code, I
found the following strangeness, which this change fixes:
1. Fragments don't have a public no-arg constructor, which is required
for the framework to restore state.
2. Fragments keep a reference to the adapter, passed through the
constructor. This is a terrible idea: the adapter might get stale,
it might not be tied to the current activity, it can't be parcelled
into a bundle, .... At the very least, the adapter should come
directly via the activity.
3. A lot of computation is happening in onAttach(Activity) which is
too early. At this point, the activity is made, but has not gone
through onCreate() yet, so might be uninitialized. Most of this
code should move to onCreateView() or, even better,
onActivityCreated()
4. The index of the current fragment might still be negative in
onCreate(). This causes problems with the ViewPager when it tries
to load the current fragment from the adapter. We should never set
the current position to -1.
5. The computation for currentPosition is incorrect in
PhotoViewActivity.onCreate(), from a cursory glance at
MessageAttachmentTile.viewAttachment() where both the photo index
and the photo uri are populated at the same time. Once the index
is read, it will be > 0, and the URI won't be set. This is a bug.
These changes ameliorate the original issue, but don't fix it
altogether. The remaining issues will be fixed in a subsequent CL.
Bug: 8143282 PhotoViewerActivity crashes on orientation change
Change-Id: Ia0652b2eea9e976603f0d6686077b9f6a75abb78
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| 79bc0d5ba2f06b25052fe95fac1593ebde234d9a |
|
23-Jan-2013 |
Mark Wei <markwei@google.com> |
Starts a pending download immediately when swiping to that image.
Add a new Attachment state, PAUSED, for when we've queued the attachment in the
DownloadManager, but it hasn't started yet.
Modified onViewActivated() so it would only get triggered once when you swipe to
that fragment.
Bug: 8023818
Change-Id: I319f12235559feb1f716515155881188894d6f05
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| f766f358fa68de426e013df10930701682ae356c |
|
24-Jan-2013 |
Martin Hibdon <mhibdon@google.com> |
Allow the use of any fragment instead of a PhotoViewFragment
This lets other users build their own photoViewFragment
Change-Id: I7c915b7ed3ccdadf00bc9e46c7a686cb0146188f
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| 0bf849421d303e05c600cdcd7dab73cc84809a36 |
|
17-Jan-2013 |
Mark Wei <markwei@google.com> |
Modify image attachments previews to conform to UX specs
Thumbnail and full image start loading at the same time.
Once thumbnail is shown, we display a determinate progress bar while downloading
the full image.
Remove progress bar from image tiles in ConversationView.
Bug: 8021747
Change-Id: Ic1c7e7fcdc5683ad9e899c82b6bbdb5861d16a55
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| 29e47d946fd19443c12ebad9f94e83741c7d9120 |
|
19-Dec-2012 |
Paul Westbrook <pwestbro@google.com> |
Fix some build errors
These need to be fixed before switching to the photoviewer library
in frameworks/opt
Change-Id: Ie02e759edecfb3c47c2db7534ae881761ecc2d95
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|
| 399fe3d995ed4366a18c7ce6632b3014284df57a |
|
30-Oct-2012 |
Martin Hibdon <mhibdon@google.com> |
Remove PhotoViewFragment's dependency on PhotoViewActivity
Now, there is a interface called PhotoViewCallbacks
that PhotoViewFragment depends upon. This way other
users can use PhotoViewFragment without using
PhotoViewActivity.
Change-Id: Ibbda93d2e0226bcc993ef98be1de7cf3a323f41a
/frameworks/opt/photoviewer/src/com/android/ex/photo/PhotoViewCallbacks.java
|