-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
horologist-datalayer-watch dependencies #2241
Comments
So not opening a new issue but:
(Yes I know I'm obsessed with APK size and unneeded deps :) ) |
I'll take a look at how this is possible. It's valid and hopefully something to improve. On the other hand it's convenient to not have more tiny module. Ultimately I wish the androidx API had tight dependencies :) |
So do I, in the end until they split media router I doubt most people will care, it's a pain to maintain a fork just to do it, despite not much to do. Anyway just a quick rant :p |
In the same continuation, any reason why tiles have a complication part and all the deps? They seems at first sight pretty unrelated. |
@Tolriq a bad judgement call? I think my thinking was that having a whole another module for 1-2 classes was overkill, and I'd expect apps with Tiles to also have Complications. Let me review. We can move things around when we bump to 0.7.x. |
In my case for music it seems the media session already publish the complication data no? Everything seems to work on the watch faces. |
The module horologist-datalayer-watch have a dependency on
libs.androidx.complications.datasource.ktx
that have tons of other dependencies, just to extract the name of theComplicationType
in one function.I'm not sure this is really necessary for this simple need.
(One might also wonder why that wear dep embeds so many side dependencies but that's for another repo)
By side effect it will load appcompat, fragment, drawerlayout, recylerview, .... all those with proguard rules preventing them to be properly stripped.
The text was updated successfully, but these errors were encountered: