Fixed
Status Update
Comments
ap...@google.com <ap...@google.com> #2
Is there any way to use this while it's not available, without a big if else where we do everything duplicated? Like this example.
val notification = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
Notification.Builder(...)
.setContentTitle("Title")
.setStyle(...)
// Duplicate everything here!!!
.build()
} else {
NotificationCompat.Builder(...)
.setContentTitle("Title")
.setStyle(...)
// Duplicate everything here!!!
.build()
}
ap...@google.com <ap...@google.com> #3
Hi,
Could you at least tell us if you will add the CallStyle to the NotificationCompat API?
Best regards,
ap...@google.com <ap...@google.com> #4
Yes. Our goal is to provide an implementation that uses CallStyle on API 31+ and uses the new fields to produce a usable call notification, based on the device's standard template, on older versions of Android.
cl...@google.com <cl...@google.com> #5
Thanks for the answer. Do you have an estimated ETA?
ap...@google.com <ap...@google.com> #6
Any update on this please?
pr...@google.com <pr...@google.com> #7
Could you please give us an ETA?
Description
Null lists of built-in
CollectionNavType
such asStringListType
,IntListType
leads to different behavior depending on whether its string route or safe args, but either behavior seems wrong.Take NavType.StringListType as example.
For string routes
For safe args