Status Update
Comments
ka...@gmail.com <ka...@gmail.com> #2
Hi Nick!
TextField currently have no skinning, borders etc, and it let's the API users (i.e. FilledTextField) to define those. Even though hint (placeholder) is a common TextField feature, material had animations etc on that feature which made us believe that it highly depends on the design system to provide the hint, and foundation should ideally be independent of the design system.
Previously we had only 2 Textfield implementations, 1 on material, 1 in core. If that structured did hold, I would recommend against adding the placeholder to core.TextField. However now we have 3 of them :)
I added nona, matvei and lpf to the ticket to get their opinions.
le...@google.com <le...@google.com>
ap...@google.com <ap...@google.com> #3
I agree with Siyamed's analysis here, the implementation of a placeholder is evidently something specific to a design system. If you aren't using the Material implementation of a text field, it seems reasonable for you to need to build your own placeholder implementation - I think there is too much complexity and room for customization with transitions etc for it to be possible to build a generic version that is flexible enough to support all use cases.
Description
object props {
lateinit var text: String
}
Stacktrace related as txt file
Jetpack Compose: 0.1.0-dev02
Android Studio Build: 4.0 Canary 1
Kotlin Gradle Plugin: 1.3.60-eap-25
Android Gradle Plugin: 4.0.0-alpha01
Gradle: 5.6.2
Java: 1.8
OS: Linux 5.3