| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Delete all the Java classes used only by the old WebView implementation,
and also sections of common classes that were only needed for the old
WebView.
Bug: 10427705
Change-Id: I02549a71104b35d86d99058c71f43e054730ec7d
|
| |
|
|
|
|
|
|
| |
Also cleanup some warnings.
bug:6722752
Change-Id: Ib612cf79e9546d40a048c5f09a1be6ca37ce51f8
|
| |
|
|
| |
Change-Id: I44775bcdcc48d2c024b086098e140dae92f53339
|
| |
|
|
| |
Change-Id: I2bb2880546311761fc38d6208de080a66216fa2f
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bug:5710646
First, if we exit the full screen mode while playing, we can continue to play
in inline mode.
If it is paused, then we can avoid a reload if user try to play the same video
again after the full screen mode.
webkit change:
https://android-git.corp.google.com/g/#/c/202138/
Change-Id: Ia69fa22a50d916cd8dd2b995cf3531fe9b637531
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Use the media controller as a reminder to the user when the video ended.
We don't quit the video here b/c user may want to replay the video.
bug:5340224
Change-Id: I6d5fdb54bb614277b75e1a18ebe0a7dadd47017e
|
| |/
|
|
|
|
|
|
|
|
|
| |
Now when a user start inline play and then switch to full screen, there is no
reload any more.
Basically, we change mediaplayer as a static member, and detect possible
situation to skip the prepare work.
bug:5710646
Change-Id: Ida34cf2e919a6cc8e0d52cd1175d51b5f5d527f7
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Splits interface and implementation; all client calls are forwarded
to an abstract WebViewProvider interface, and the existing implementation
moved into the WebViewClassic implementor of this interface.
Originally taken from a snapshot from the development branch, by:
git diff HEAD 9a4c328a54cc05e5 | git apply
- but then rebased to keep up to date with master
Interdepends on webkit and Browser changes:
https://android-git.corp.google.com/g/158979
https://android-git.corp.google.com/g/167911
Change-Id: I91403f32654ff308934e95c832d17b292a7d9b2e
|
| |
|
|
|
|
| |
bug:5766427
Change-Id: I0117e50a3e547ac8c33cf966bef18e6d75f98660
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we save the state in Java side, but it is better to check with
native side since the exact state is already there.
This will help to get the updated state from javascript too.
bug:5765848
Webkit side change:
https://android-git.corp.google.com/g/#/c/157866/
Change-Id: Id0316b694c1597b50a1c3b123b31efc6b0fac706
|
| |
|
|
|
|
|
|
| |
Once we switch out from full screen mode, the player will be re-created for the
next video, we should release the sources as early as possible.
bug:4332676
Change-Id: I4c26523b3600d3100f81e422979236fca57beb7c
|
| |
|
|
|
|
|
|
|
| |
In full screen mode, the play message can be trigger, that means we can't
assume that the play message only comes from inline mode.
bug:4498120
Change-Id: Ibf85bb74778df207a6ce786dc63b0845356a281c
|
| |
|
|
|
|
|
|
|
|
|
| |
Basically, the GL texture bound with Surface Texture is not a singleton any
more. And the Surface Texture will be recreated every time a new video starts.
This can help to recycle the decoder's memory while using the GL texture to
show the screen shot.
The corresponding webkit change is: 112500
Change-Id: I3c35f6a0abc70b9039c316ca82b236c797d81c7e
|
| |
|
|
|
|
|
| |
Switching back to use the setDataSource with Uri, which can handle both the
file and http path correctly.
Change-Id: I5bfc1d01a8de0a4f8640ffceafbc17984833097a
|
| |
|
|
|
|
|
| |
Buffering in full screen mode will show progressView
bug:4187252
Change-Id: Ia44d880ab126c2439fb13504db87492d45c90bc8
|
| |
|
|
|
|
|
| |
Add the loading progress UI when buffering
bug:4187252
Change-Id: Ifbf63b248ac5f0e340be4057e0dcd80d33483662
|
| |
|
|
|
|
| |
bug:4148903
Change-Id: Ib0b59c8c36eb5df8c6755156a5d2753f84ad9677
|
| |
|
|
|
| |
bug:4139931
Change-Id: Ifc18f964d5aedb268eb0d5fa08db3ffed1de4ff8
|
| |
|
|
|
|
| |
bug:4142131
Change-Id: I28d82a8e30a2146a3380c63dcdcbd51228f23f56
|
| |
|
|
|
|
| |
bug:4116475
Change-Id: I0b04ef4a6db24a9bc5c8d0f0a987783695bc3489
|
| |
|
|
|
|
| |
bug:2126902
Change-Id: I5c4b25358c76e35f0f51794d6d04fcc5098a0d70
|
|
|
Use the HTML5VideoView to make inline HTML5 video possible.
Full screen support will be the next step.
The native side change is at 101310.
bug:3506407, 2126902
Change-Id: I012f33a4d0c7b83d37b184fceb3923e1fb277b80
|