Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Welcome to horologist Discussions! #26

Discussion options

👋 Welcome!

We’re using Discussions as a place to connect with other members of our community. We hope that you:

  • Ask questions you’re wondering about.
  • Share ideas.
  • Engage with other community members.
  • Welcome others and are open-minded. Remember that this is a community we
    build together 💪.

To get started, comment below with an introduction of yourself and tell us about what you do with this community.

You must be logged in to vote

Replies: 1 comment 6 replies

Comment options

Hi @yschimke

We are planning to use Horologist library with latest release version of 0.6.17 . Some of the queries we have are

  • Can we use horologist library of our production ready app which will be launched in play-store for commercial purpose?

  • As we are using 0.6.x , is this a stable release branch?

  • Is horologist version tightly coupled with wear OS version [If we upgrade or downgrade will it also affect the horologist version]?

  • We are planning to use 0.6.17 release version ,since the updates are going to happen only in the main branch if we continue to use the same release branch will their be any breakages /discontinuity of the api’s in future?

  • It would be kind of you to mention if you are aware of any known production apps (available on the Play Store) that are built with Horologist?

  • Will there be any impact in our code if we upgrade or downgrade the horologist version?

Any insights or experiences you can share would be greatly appreciated! Thanks!

You must be logged in to vote
6 replies
Comment options

"Is the horologist library backward compatible?"

Thanks alot for replying to our queries.😊

Comment options

yschimke Aug 5, 2024
Maintainer Author

Generally we don't guarantee binary compatibility, you shouldn't build a library against it that would break if methods changed.

There are some classes that graduated to Wear Compose that we removed as it would be a worse experience to keep using.

But if you are compiling source against it, it should be fairly simple to upgrade.

And ask questions if not.

Comment options

Hi @yschimke had one more question , After we rollout our app to production and there is an issue with horologist, how soon can we expect a fix if we raise the issue?

Comment options

yschimke Aug 6, 2024
Maintainer Author

It depends. Practically, given timezones, it's probably a 3 day turnaround if the bug and fix are obvious and important.

But there may be things we don't prioritise immediately. As it's open source you can submit a PR if it's blocking you.

There can also be things that can't be solved in Horologist and need a fix in Androidx, which is a whole another timeline.

Comment options

Understood. Thanks alot for replying to our queries so swiftly .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
2 participants

AltStyle によって変換されたページ (->オリジナル) /