Status Update
Comments
ki...@google.com <ki...@google.com>
ch...@google.com <ch...@google.com>
ol...@gmail.com <ol...@gmail.com> #2
The issue is reproducible with core-ktx 1.2.0 and 1.3.0-rc01.
ga...@gmail.com <ga...@gmail.com> #3
The Typeface.weight is not a weight of the underlying font file. It is a display style. On older APIs, the display style is adjusted if the Typeface is created from single font. However, after moving to CustomFallbackBuilder, that adjustment is removed since it can crate Typeface from multiple style font files.
Looks like it is good to set display style by ResourcesCompat.getFont for backward compatibility.
mk...@qa.edx.org <mk...@qa.edx.org> #4
Hi Nona,
Can you please schedule a release after you merge the fix?
ak...@gmail.com <ak...@gmail.com> #5
Branch: androidx-master-dev
commit 3d6aa2e9b3243dcc4de1f54bd8d40339bd69cb05
Author: Seigo Nonaka <nona@google.com>
Date: Wed May 27 17:38:05 2020
Adjust the Typeface display style with the style of given font
This behavir is implicitly done by Typeface.Builder and
Typeface.createXXX function but not to be done by
Typeface.CustomFallbackBuilder since it is designed to be working
with multiple font files which has different style.
Looks like the style argument is ignored on older API implementation.
Bug: 156853883
Bug: 152023266
Test: ResourcesCompatTest#testGetFont_adjustDisplayStyle passes on 29
Test: ./gradlew core:core:connectedAndroidTest on API 29, 28, 23
Change-Id: I3a377c339a7aed50973cf11df86ddf0069f4ec25
A core/core/src/androidTest/assets/fonts/thin_italic.ttf
A core/core/src/androidTest/assets/fonts/thin_italic.ttx
M core/core/src/androidTest/java/androidx/core/content/res/ResourcesCompatTest.java
A core/core/src/androidTest/res/font/thin_italic.ttf
M core/core/src/main/java/androidx/core/graphics/TypefaceCompatApi29Impl.java
li...@gmail.com <li...@gmail.com> #7
Any way I can tell what version this will land in?
ii...@gmail.com <ii...@gmail.com> #9
Great—works as expected, thanks!
jo...@gmail.com <jo...@gmail.com> #10
Hi, is there someone already working on this? I needed this feature so I implemented it. I can improve it and submit a pull request :D
ca...@google.com <ca...@google.com> #11
Thank you all for reporting this bug. We are actively working on this but the backport implementation uncovered some other bugs that need to be fixed and tested in order to submit all the changes.
[Deleted User] <[Deleted User]> #12
This is blocking for the correct usage of WindowInsetsControllerCompat
.
Is someone still working on this?
lu...@toyrocketscience.com <lu...@toyrocketscience.com> #13
ap...@google.com <ap...@google.com> #14
Branch: androidx-main
commit 480d10395d28bf22e9f4539f4b992a344628779b
Author: Vadim Caen <caen@google.com>
Date: Mon Feb 08 16:23:39 2021
Implement setSystemBarsBehavior for pre 30 SDK
Test: WindowInsetsControllerCompatActivityTest#systemBarsBehavior_swipe
Test:
WindowInsetsControllerCompatActivityTest#systemBarsBehavior_transient
Test: WindowInsetsControllerCompatActivityTest#systemBarsBehavior_touch
Bug: 173203649
Change-Id: I062c841f0e4201fddfcf1489dbfaff605bebbdb6
M core/core/src/androidTest/java/androidx/core/view/WindowInsetsAnimationCompatActivityTest.kt
M core/core/src/androidTest/java/androidx/core/view/WindowInsetsControllerCompatActivityTest.kt
M core/core/src/main/java/androidx/core/view/ViewCompat.java
M core/core/src/main/java/androidx/core/view/WindowInsetsAnimationCompat.java
M core/core/src/main/java/androidx/core/view/WindowInsetsControllerCompat.java
M samples/Support4Demos/src/main/java/com/example/android/supportv4/view/WindowInsetsControllerPlayground.kt
M samples/Support4Demos/src/main/res/layout/activity_insets_controller.xml
ca...@google.com <ca...@google.com>
lb...@gmail.com <lb...@gmail.com> #15
Is this a deprecation issue, or something to implement for new/old API of Android?
ca...@google.com <ca...@google.com> #16
Android R introduced WindowInsetsController.setSystemBarsBehavior()
and the API was added to Androidx but the backport was not implemented. It should be release in core:1.5.0
stable
jd...@xooloo.com <jd...@xooloo.com> #17
getSystemBarsBehavior() is still unimplemented…
Description
BEHAVIOR_SHOW_BARS_BY_SWIPE
replacesSYSTEM_UI_FLAG_IMMERSIVE
as perBEHAVIOR_SHOW_TRANSIENT_BARS_BY_SWIPE
withSYSTEM_UI_FLAG_IMMERSIVE_STICKY
WindowInsetsControllerCompat
should correctly set those deprecated flags on pre-API 30 devices when you callshow()
orhide()
.