MediaViewer: fix position of option buttons about dawn

[Tunous]

Interesting, I must admit I didn't test this on API 25 but on API 28. Perhaps it has some issues with calculating fitsSystemWindows insets. I'll try to find what's wrong.

[Tunous]

I did not manage to reproduce this entirely here. Initially everything looked correctly and these buttons were above navigation bar, but that broke when rotating device. I've pushed additional commit that fixes this to a separate branch here: 552f89d

I have found another bug. Not sure how to fix that:

The status bar is now partially visible. I was using WindowManager.LayoutParams.FLAG_LAYOUT_NO_LIMITS so that the translucent bar also gets removed.

Personally I found this to be a good side effect 😁. It improves readability of status bar icons, which can be always hidden by entering full-screen mode when needed. But I removed that flag because it was breaking fitsSystemWindows insets.

[mvietri]

I'm on API 27 but my phone has hw buttons and I can't test this on the emulator since is so damn slow to even try to use it.

[saket]

I have found another bug. Not sure how to fix that:

Whoops. I don't think this can be fixed letting the layout extend behind the status bar. The dark gradient has to start from the bottom.

Personally I found this to be a good side effect 😁. It improves readability of status bar icons,

I see where you're coming from, but I wanted to give the content image/video a higher priority than the status bar icons in the media viewer screen.

We could… dim the status bar so that the icons don't interfere with the media.

[saket]

@Esselans the emulator has become quite fast now. What are your computer specs?

[mvietri]

@saket i5 4210, 8gb ram (w10 w/ ssd disk). The emulator takes 10 minutes to start and then it has like a 1.5 - 2 seconds lag.

[saket]

@Esselans that does not sound too bad. Make sure you have hardware acceleration enabled (Intel HAXM) and you're using an x86 image for your emulator. It takes a few seconds on my machine to start.