| 1f9535b34b069c2071b90fb8409f0f5421f3310f |
|
16-Mar-2016 |
Tavis Bohne <tbohne@google.com> |
PhotoViewer sets ContentDescriptions when provided by PagerAdapter
Right now, when the user is navigating using accessibility, then when
they open a tab it announces the image, which is awesome.
If they then navigate to each view, there's two unlabeled views, so
accessibility users don't know what they have selected, which is
a GAR violation. One of which is the PhotoViewFragment's view, which
accepts touch (for zooming and sliding), so we can't tell
accessibility to ignore it.
(https://screenshot.googleplex.com/9p3jFT39QV9.png)
This change adds a contentDescription to the image view, so visually
impaired users can tell which view currently has focus.
This does not fix the other unlabeled view which I haven't found yet
Bug: 27686286
Change-Id: Ie9acd5100cb19784523ccee4d0af3bf311c3231f
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 8650d3cda75562489551ee04bff9145a49a6f16f |
|
10-Sep-2015 |
Ken Thai <kenthai@google.com> |
Support disabling timer-based lights out
Change-Id: I0c00fe711c3baebcb9a30e74fcfd0bea62e78f50
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| ff6ac38cd3fd60e63882f3163d233d8c09a70db8 |
|
22-Oct-2014 |
Shri Borde <shri@google.com> |
Bug 17474391: Opening a different photo from same list of photos
Using FLAG_ACTIVITY_CLEAR_TOP causes a new activity instance to be created
which can show the new initial photo.
Change-Id: Idc59e07784a2cb3cf2b04879f3db0ece53864333
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 4a6abe405e4de31a14e2c5489c413c806f2f11f2 |
|
10-Sep-2014 |
Andrew Sapperstein <asapperstein@google.com> |
Call setData in launch intent. b/17391328.
Should give each photoviewer call separate recents
entries.
Change-Id: I34968e348b6b28cd4022df74532bf9d3802cc70f
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.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/src/com/android/ex/photo/Intents.java
|
| f5a30690749a354cbbf8c8d9ad4fd5ed84e7d41e |
|
23-Oct-2013 |
Matt Keoshkerian <mattak@google.com> |
Use SYSTEM_UI_FLAG_FULLSCREEN for all uses of lights out mode in JellyBean.
Janky animations are avoided by setting the correct layout flags for clients using scale animation.
Needed for b/8173898
Change-Id: Idad94c30c471e86abd392f1e94b1bd762129157e
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 6893051dad361413e483425bad0c27272596bb5c |
|
25-Sep-2013 |
Paul Westbrook <pwestbro@google.com> |
Allow PhotoViewActivity intent to be created by name
This allows the photo viewer activity intent to be created by
name
Change-Id: I00a38d24fd81015354f4cd15a26a21dadec58a46
(cherry picked from commit 05930888afc085edf11ef9ae74fdccbaa0f456ac)
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 6c056da7dd8d6a48b792050fa671a35781483fc2 |
|
01-Aug-2013 |
Martin Hibdon <mhibdon@google.com> |
Fix build
Change-Id: I9f7c2b76001a81883e80c2b14af1ac8e8bfdd22b
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 8670cefb043f865c7275876dcc94f65ce5bda041 |
|
25-Jul-2013 |
Martin Hibdon <mhibdon@google.com> |
Replace ActionbarSherlock with AppCompat
Change-Id: I291d3513fb14683c4be32d5fa8e166460b009195
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.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/Intents.java
|
| 7732839c0cd9d87954a07e166b52b93cabea1374 |
|
27-Jun-2013 |
Adam Copp <adamcopp@google.com> |
Clean up internet state intent receiver
Previously there were three things wrong here:
1. We never unregistered the intent receiver
2. The Intent receiver was being created even when there was no use for it.
3. The mConnected was not being set to false in some circumstances.
This change addresses all three problems
Change-Id: I6117080c434a7d1c99bcdf12787a66a9a6b2e055
(cherry picked from commit 4e0bb7ba9fad4bd479fa1ac2f3210f6dbc808ec3)
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 5c16562ccda53e0f204490c2218f0f8127169dd8 |
|
14-Jan-2013 |
Martin Hibdon <mhibdon@google.com> |
Allow any class to be used for viewing photos
You no longer need to extend PhotoViewActivity.
Change-Id: Ia18f2d984668b397335c8fd337f02a9200ced7bb
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 99f6f3ea0e43d5ac96344a987735fc39485f8f05 |
|
18-Dec-2012 |
Martin Hibdon <mhibdon@google.com> |
Performance improvement for photoViewer
I noticed that when we bring up the photoViewer,
it always initializes the first two fragments, and
then switches to whatever fragments we actually
want to look at based upon the intent parameters.
This issue is that we were assigning the adapter
to the ViewPager before we had any cursor at all.
If we hold off on setting the adpater until we have
a cursor, then this doesn't happen. This improves
startup time of the PhotoViewActivity noticeably.
Also, made a few changes to make it easier to
extend PhotoViewActivity and PhotoViewFragment,
to change its behavior.
Change-Id: Icc4c397529bd147d0ac6818f79a48db1c4a25f32
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 91dbfd25cc234de393ae22fc39a832a6335e1bc2 |
|
04-Sep-2012 |
Adam Copp <adamcopp@google.com> |
Add parameter for max initial scale factor
you can now pass EXTRA_MAX_INITIAL_SCALE into PhotoViewActivity in order
to specify the maximum initial scale of images displayed. This parameter
defaults to 1x if now supplied, so images will not be displayed larger
than their actual size by default.
This allows the gmail team to resolve 7049410 whilst velvet can keep
something like the old behaviour (which is more natural for their app)
Bug: 7049410
Change-Id: I7d230666ca50a4634d8436519ed280cc6e558ee3
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 68a16aa04f9b98868f4412e7324b0fc292c9d858 |
|
07-Aug-2012 |
Andrew Sapperstein <asapperstein@google.com> |
Made title and subtitle not show immediately.
Fixes an issue where we used to show the app title
for an instant before getting the data for the photo.
Now we show nothing until we have the photo data.
Change-Id: I2a77b18af2ec2051848c188e0dad7ca04be4f285
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 9db663e1e820c3445f57fe11d9a12e9c8777e704 |
|
27-Jul-2012 |
Andrew Sapperstein <asapperstein@google.com> |
Partial fix of 6890014.
No longer crashing. But the attachment is now
in a very weird state.
Change-Id: If688d9c19a81124cbd1ecd0266821800f76f3c74
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 928a39fb533255b34145285fabbd4f51961df63a |
|
24-Jul-2012 |
Andrew Sapperstein <asapperstein@google.com> |
Support showing previews in the photo viewer.
The photo viewer now supports the notion of a
preview of the full image. The preview is not
pinchable in any manner and displays a circular
progress bar over top of it while we are downloading
the full version of the image.
To enable this functionality, there is a new column
in the PhotoContract API called thumbnailUri. If it is
not set to null and if the attempted load of the contentUri
is unsuccessful, we will attempt to load a thumbnail version
that will show until the contentUri is finished loading.
Change-Id: I5547a5fc6a30ee6a30f137dc1dee76a77fb5b304
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|
| 8122882aaf14820bc2241605b2ab818ad358b9af |
|
27-Jun-2012 |
Ying Wang <wangying@google.com> |
Import translations. DO NOT MERGE
Change-Id: Ib683da0aa64c2c63dfc672ea18b7417aded3ec5c
/frameworks/opt/photoviewer/src/com/android/ex/photo/Intents.java
|