iOS client: developer needed

[adolfintel]

In September 2019, as part of my collaboration with Consortium GARR, one of their developers offered to port the Android client to iOS.
I have no experience on iOS so I accepted the offer.

After a promising start, the project stalled and today he told me that the project was cancelled due to technical difficulties.

I am now looking for another iOS developer who can do this. I can provide support but I am not familiar with the features and limitations of iOS; I can also provide a partial implementation made by the previous developer if you want to resume his project instead of starting from scratch.

If you're interested, please contact me at info@fdossena.com and I'll tell you all the details.

Thank you :)

[mitchmckenzie]

Hi @adolfintel,

Have you taken a look at Cordova? https://cordova.apache.org/

React Native is another option which provides more of a native look and feel and better performance than cordova.

https://reactnative.dev/

This might solve your problem and allow you to target both android and iOS with a single code base.

[lukevp]

hi @adolfintel I would be interested in making an iOS client for this app! Were you thinking of wrapping the JS/browser version of the client, or making a native one?

I will send you a separate e-mail so we can discuss. I have lots of experience with wrapping web apps in PhoneGap/Cordova/Capacitor as well as React Native on both iOS and Android.

[adolfintel]

@lukevp I sent you an email about a week ago, did you receive it?

[lukevp]

I did receive it, sorry for not replying! I got halfway through getting Telegram and had something come up. I reviewed the Android version of the lib. I think it would be really cool to have this as a React Native project that built for both platforms rather than having to maintain 2 versions, if you do want to stick with native. Is that something you'd be open to? I know you had mentioned wanting to make it native, but I'd also be interested in trying to package up the web client as a mobile app to see what the experience is like.

I did want to ask also if you had published the project to the Google Play store - and would you publish it to the Apple App Store? Or do you have any opposition to publishing to those platforms?

[adolfintel]

React native is worth a try, but before we fully commit to that we better make sure that it can run fast enough. It's certainly fast enough for the UI, but I have some doubts about the core so I would start by making a little proof of concept and measuring the highest speed that it can reach (over a local network).

I don't have this application published on google play because it's only a template. The "demo" is published on F-Droid though. I would prefer to not publish the demo elsewhere though, since it's already getting a ton of traffic.

Keep me posted :)

[imjuniper]

If I can add my 2 cents, maybe Flutter would be a better option for supporting both platforms with a single codebase? I am unsure of how it would be implemented as I have not done any advanced stuff in it, but it’s a very good framework. It can make native-looking apps too, which is nice.

[submgr]

Why we just can't put webview with web version of LibreSpeed?😁

[submgr]

About React.. The big advantage of a native application is the ability to use the capabilities of the system. For example now Librespeed does not quite "correct" ping, which can be implemented using native tools. Will these tools be available with development on React?