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
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.
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?
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?