Status Update
Comments
ya...@google.com <ya...@google.com> #2
go...@jakewharton.com <go...@jakewharton.com> #3
Are we getting a crop mode here? Thanks!
ya...@google.com <ya...@google.com> #4
Thanks for raising this up. May we know did you set aspect ratio or resolution for Preview use case? And could you also attach the captured image file?
go...@jakewharton.com <go...@jakewharton.com> #5
I did not set anything on the Preview use case other than the lens facing.
```
val cameraPreview = Preview(Builder()
.setLensFacing(CameraX.LensFacing.BACK)
.build())
cameraPreview.setOnPreviewOutputUpdateListener {
// Every time the viewfinder is updated, recompute the layout. By removing and re-adding it.
val parent = parent as ViewGroup
parent.removeView(this)
parent.addView(this, 0)
surfaceTexture = it.surfaceTexture
updateTransform()
}
CameraX.bindToLifecycle(lifecycleOwner, cameraPreview, *useCase)
```
va...@google.com <va...@google.com> #6
ya...@google.com <ya...@google.com> #7
Hi There,
It's been just over a month and we are clearing out issues without response. If you have any feedback please feel free to reopen or file another issue. Thanks!
il...@google.com <il...@google.com>
ap...@google.com <ap...@google.com> #8
There is default aspect ratio custom set to ImageCapture use case but it is not updated to match the new target rotation value.
ya...@google.com <ya...@google.com>
pr...@google.com <pr...@google.com> #9
The following release(s) address this bug.It is possible this bug has only been partially addressed:
androidx.activity:activity:1.9.0-alpha01
ma...@gmail.com <ma...@gmail.com> #10
Isn't EnableEdgeToEdge() easier to use if it doesn't override enforceNavigationBarContrast?
lc...@gmail.com <lc...@gmail.com> #11
The documentation on SystemBarStyle.light
and SystemBarStyle.dark
is a bit lacking imo.
For the arguments for colors for scrim
and darkScrim
in SystemBarStyle.light
, when will scrim
and darkScrim
be applied? Is it when then app is in dark or light mode?
I think the confusion comes from the naming of the style.
SystembarStyle.light
sounds like this is a style used when the app is in light mode, and SystemBarStyle.dark
in dark mode.
And why does SystemBarStyle.dark
not let devs specify scrim
and darkScrim
as with SystemBarStyle.light
?
And some description on how the light systembar icons are enforced would be good. I assume that when darkScrim is used the systembar icons are automatically set to light due to enforced systembar Contrast?
ma...@gmail.com <ma...@gmail.com> #13
Ubahh semua INI CUMAN BISA LIAT ADI SAMA ISTRINYA YG PERNA PIU PIU SAMA MANTAN SEBELUMNYA.
Description
Component used: Activity
Version used: 1.8.0-alpha07
Devices/Android versions reproduced on: API 34 emulator, API 33 device
The new
edgeToEdge
API does not specify enough Window flags to properly go edge-to-edge on modern API levels when 3-button nav (and presumably 2-button nav) is used.Attached are screenshots of an app whose activity is configured as such:
When in gesture mode, the Compose UI bottom nav within a scaffold draws behind the gesture bar. However, when switching the OS to 3-button navigation, the activity no longer draws behind the navigation bar.
My workaround, for now, is to add the following window flag:
I believe the library should do this automatically to accommodate 2- and 3-button nav on modern API levels.