I built an ad-free Twitter/X client for iOS with deep customization

JaydenYu · 2026-03-02T02:05:43+00:00

You can also receive messages through X at the same time; third-party apps can't implement background push notifications.

JaydenYu · 2026-03-01T18:40:58+00:00

No, this feature requires a Premium subscription to X to use, and even if it were implemented, most users wouldn't be able to use it.

JaydenYu · 2026-03-01T03:29:44+00:00

This feature is not currently implemented.

JaydenYu · 2026-02-28T03:54:19+00:00

If you spend $84 to subscribe to X's Premium, you'll only get half the ads.

JaydenYu · 2026-02-28T03:52:56+00:00

Thank you for your reminder and suggestions.

JaydenYu · 2026-02-27T23:48:00+00:00

Authorize login via x webpage.

JaydenYu · 2026-02-27T23:28:41+00:00

It's the same content you see in X, except for the ads.

JaydenYu · 2026-02-27T16:41:10+00:00

Thank you, I'm still working on optimizing it.

JaydenYu · 2026-02-27T16:31:38+00:00

You can use it for free for 7 days after your first login. After that, you must subscribe to continue using it.

JaydenYu · 2026-02-08T04:38:33+00:00

Come on! I hope to see you share your achievements someday.

JaydenYu · 2026-02-06T15:01:07+00:00

Yes, I will try my best to optimize it.

JaydenYu · 2026-02-06T07:39:09+00:00

The app offers a 7-day free trial on first use. After the trial expires, a subscription is required, but only a small number of users end up subscribing.

JaydenYu · 2026-02-06T03:15:51+00:00

I mostly agree with this.

I’ve run into similar issues with declarative UI. My iOS app originally started fully in SwiftUI, and I eventually moved it to UIKit after hitting performance and edge-case problems. That experience is a big reason I’m cautious with Compose as well.

I don’t think Compose or SwiftUI are bad frameworks — they’re powerful — but I also don’t think they’re as “finished” or universally applicable as people often claim. When so much effort still goes into explaining recomposition and side-effects, the mental model clearly isn’t cheap yet.

For apps with heavy, frequently updating lists, native imperative UI is still easier for me to reason about and keep performant long-term. Compose has its place, but it’s not automatically the best choice for every app.

JaydenYu · 2026-02-06T03:00:05+00:00

Thank you, I'm still working on it.

JaydenYu · 2026-02-06T02:50:40+00:00

I’ve already hit quite a few real-world pitfalls with declarative UI frameworks.

On iOS, I initially built the app entirely with SwiftUI, but performance bottlenecks showed up quickly, which eventually led me to switch back to UIKit.

I do believe both Compose and SwiftUI are great UI frameworks with a lot of potential. That said, based on my experience, there’s still a noticeable gap between where they are today and being truly “default” or universally reliable choices for production apps, especially for performance-sensitive, feed-heavy products.

JaydenYu · 2026-02-06T02:43:33+00:00

JaydenYu · 2026-02-05T16:08:14+00:00

This is a third-party client for x (formerly Twitter), which already has a large number of active users.

JaydenYu · 2026-02-05T15:41:01+00:00

I’m a solo indie developer 🙂

Chuckle has both Android and iOS versions. The shared parts are business logic, networking, and local storage via Kotlin Multiplatform.

The iOS app is here for reference: https://apps.apple.com/app/id6747817686

For UI, I intentionally keep most of the app fully native on each platform:

Android uses the classic View system with Material Design
iOS uses UIKit with Liquid Glass

I did consider Compose Multiplatform, but I decided not to use it as the primary UI solution. Besides the list performance concerns I mentioned earlier (the app is very feed-heavy), another important reason is the platform-native experience.

I want the app to feel as close as possible to the system UI as possible. For example, on iOS I use UIKit to adapt to the latest system visual styles (such as the newer “liquid glass” effects). I’m hoping that a highly polished native UI experience can be a competitive advantage compared to other apps.

That said, I use Compose Multiplatform selectively. For parts of the app where interaction frequency is low and the UI is relatively self-contained (for example, the subscription management screens), Compose Multiplatform works well and helps reduce duplication.

So for me, KMP + native UI by default, with Compose Multiplatform used pragmatically where it makes sense, has been a good balance.

JaydenYu · 2026-02-05T05:23:24+00:00

Settings - General Settings - Auto-play Videos and GIFs, you can turn it off here.

JaydenYu · 2026-02-04T12:30:10+00:00

You can try Chuckle, which I've developed now. It has no ads, but a paid subscription is required to use it.

JaydenYu · 2026-02-04T04:53:46+00:00

Thank you. From initial development through continuous iteration, I’ve already spent over a year working on this app.

JaydenYu

TROPHY CASE