Open Tolriq opened 6 months ago
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 :)
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. But a few other androidX deps should also be updated for better support of full Compose apps, specially when every one says hey now you should do it in Compose. And still force appcompat, fragments and even drawerlayout for no reason and the proguard rules preventing proper stripping.
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.