Status Update
Comments
gg...@google.com <gg...@google.com>
gg...@google.com <gg...@google.com> #2
ms...@gmail.com <ms...@gmail.com> #3
Hey, thanks for the feedback! There's a couple of things we're working on at the moment to try and help this out, both to reduce the amount of code required to implement common designs, and to provide a better Kotlin API.
We've recently released the first alpha of
We're also building up a Material component library for Tiles (androidx.wear.tiles:tiles-material), and just released the first alpha version yesterday. It's still using Builders throughout, but it aims to provide consistent Wear Material components for Tiles, so should also reduce some of the code needed to build up Tiles.
It's still very early days on both projects, but it'd be great to get initial feedback on these projects too!
bo...@gmail.com <bo...@gmail.com> #4
Awesome! I'm excited to try it out :) thanks for your work!
gg...@google.com <gg...@google.com> #5
So Glance will also work for normal appwidgets? That's even more awesome!
bo...@gmail.com <bo...@gmail.com> #6
In general, yes. That said there's a few caveats:
- Using any of the target-specific Composables (e.g. androidx.glance.wear.tiles.curved.CurvedRow) will not work on other targets (your app will compile still, but it won't render).
- If you're just using the base set (e.g. the ones in androidx.glance), then the same code will work on both Tiles and Appwidgets, but you'll still need to test on both and tweak the layout so it renders well on both targets.
bo...@gmail.com <bo...@gmail.com> #7
Thanks for the feedback, Jolan! Please try out Tiles Material (there's a new
The underlying structure is the same as the OG Jetpack Tiles API, but it should be a lot easier to build Material-friendly layouts with the new one, and hopefully a lot less boilerplate.
(Glance: Tiles is still in development but it's still in alpha.)
Will close this ticket off. (I chose "fixed (verified)" as it's a feedback issue and the other statuses apply less.)
if...@gmail.com <if...@gmail.com> #8
kr...@gmail.com <kr...@gmail.com> #9
fa...@gmail.com <fa...@gmail.com> #10
ad...@google.com <ad...@google.com>
kr...@gmail.com <kr...@gmail.com> #11
but looks like android.preference still has not
bo...@gmail.com <bo...@gmail.com> #12
What's a way (if any) to make this issue noticed and fixed?
The inability to have a settings screen in your Wear app: not a big deal?
My app is now rejected from the Play Store because of this issue (yes, your screens must look good on round screens to be accepted on the Play Store).
kr...@gmail.com <kr...@gmail.com> #13
bo...@gmail.com <bo...@gmail.com> #14
That is unfortunately not a solution for me since I'm already using AndroidX fragments in my codebase, and you can't mix them.
kr...@gmail.com <kr...@gmail.com> #15
cc...@google.com <cc...@google.com>
cc...@google.com <cc...@google.com>
me...@googlemail.com <me...@googlemail.com> #16
ra...@gmail.com <ra...@gmail.com> #17
tn...@google.com <tn...@google.com> #18
Hi,
Title not showing and margin between widget and text being too big are not a bug since this is intended behaviour for the phone.
In order to better understand the need for this, could you please give us more details on the actual use case where this doesn't look good and is there a UX design for it?
Cheers
st...@gmail.com <st...@gmail.com> #19
kr...@gmail.com <kr...@gmail.com> #20
kr...@gmail.com <kr...@gmail.com> #21
This is what WearOS Preferences look like using androidx.preference.referenceFragmentCompat:
Description
Version used: 27.0.2
Theme used: N/A
Devices/Android versions reproduced on: Android Wear 2
In the interest of using the Architecture components, I'm migrating my app to use FragmentActivity instead of Activity and the appcompat Fragments instead of the SDK ones.
And therefore I have to use PreferenceFragmentCompat instead of PreferenceFragment.
When I do that I have non Android Wear styling, as seen on the screenshot.
As you can see, on the right image,
- There is no title
- The SwitchPreference (actually SwitchPreferenceCompat) doesn't work as expected (no widget + ellipsis)
- There are separators where there shouldn't be any
- There's not enough padding top and bottom so the first and last items are cropped
- The margin between the widget and the text is too big
As it is apparent that the framework Fragments are going to be deprecated soon, it is important that PreferenceFragmentCompat can be used, including on Wear.
(Related SO question: