Cordova support waning, Capacitor is more popular?

Hi,

I saw today that RevenueCat’s Cordova plugin is marked as deprecated. RevenueCat is a very popular subscription and analytics tool. It seems they are advising people to switch to Capacitor.

Does Meteor have any plans to do the same? I see some mention of it at Roadmap | Docs

Thanks,
G

Capacitor is definitely on the roadmap, alongside other priorities. We need to give more attention to one of the key tools that defines Meteor: the ability to deploy web apps across multiple platforms. Currently, Cordova handles this, and while it’s still enough for many projects, it becomes limiting over time, similar to the limitations we faced with older Node versions in Meteor 2. Unlocking Capacitor will keep us modern and enable the creation of more powerful hybrid apps. When it comes to maintenance and modern plugins, Capacitor is the tool.

Adding Capacitor would be a great step forward for Meteor and we are definitely willing to work on it as part of future work. Our current focus is on Meteor 3 performance, Change Streams, and TypeScript, check out this post. Adopting a modern bundler might come after that. Ideally, Capacitor would be adopted around the same time or soon after.

In the meantime, at least maintenance updates will be perserved on the plugin you mention, RevenueCat/cordova-plugin-purchases. Although it appears the plugin sets a deadline for users on August 31st, 2026 due to Google´s deprecation on billing client.

2 Likes

Are we talking here about mobile only or also Desktop apps?

Because we have @meteor-community/meteor-desktop package that could need some love too :wink:

1 Like

If Capacitor will replace Cordova as a core integration, then it makes sense to make the Electron support through Capacitor.

1 Like

We are already using this in production, it works perfectly fine:

1 Like

Bedankt Koen, good to hear it works. How much work was it to switch from the Meteor-Electron package to this one?

I’ve noticed that Electron is still at version 26, whereas it currently is at version 33 already. How much is this package maintained to stay up-to-date with the rapid new versions that Electron is issuing the last years?

We did not migrate from Meteor-Electron, we used meteor-desktop before: GitHub - wojtkowiak/meteor-desktop: Build a Meteor's desktop client with hot code push.

Electron releases a new version for every Chrome version, so that’s every 8 weeks. 26->33 is 7 x 8 = 56 weeks behind, that’s a single year.

We use a forked version of the package, where we update Electron whenever we want, and we tend not to run into any issues, so it should be fine :slight_smile:

Sorry Koen, that’s the package that I meant, my bad.

Ok, that puts things into perspective.

So you fork it each time a new version of the capacitor-community/electron package comes out and then update it to the latest ElectronJS version with any problems so far?

One more question, do you use any Capacitor specific code? I guess not.

The changes between versions aren’t big, so we just pull in any new versions from the main repo. Also I believe we’ve pushed updates back.

It’s possible to write plugins for Capacitor/Electron, which we do use. I’d just give it a try, we’re doing quite some advanced stuff and haven’t run into any walls yet.

This caught my eye. Had been immersed in the design pattern change away from just client and server to include agents … but as 10 DLC starts to heavily limit SMS / MMS even for P2P uses of A2P, I just want to throw away the entire text messaging convention and do push notifications to a mobile application to achieve the only important thing to us from SMS; which is legacy-style immediacy. Non-savvy types not having to go check your email for a notification for example, in the outdated technical demographic.

It seems you are saying it is not that hard to even bypass separately dealing with Electron and Cordova but to instead implement Capacitor which would then build both mobile and desktop native applications.

Do we have a guess what percentage of Meteor implementors have mobile application deployments? Desktop? Web only? Curious if maybe I pushed this all to the back of my mind because of how much I hated past eras of approach. If it is simpler now and seamlessly compatible with Meteor … I would spike that out right away.

And does anyone use no third-parties for push notifications?

There is no need to deal with Cordova or Capacitor for push notifications. A simple PWA can handle push notifications.

What an awesome link-drop. Thanks so much for the newsflash/update @rjdavid.

PWA sounds of Occam’s razor in my case, on problem framing.

I could hug you for the burst of fresh sanity.

Seems PWA is an area that went a bit dormant?

As mentioned by:

To RTFM here, is there a best source of truth on PWA implementation today, for our v3 life?

Will get up to speed on the Vue side for client changes especially, outside the server portion.

Looks like @jkuester posted about this and even provided icons ( :rofl: ) this gregorian year: