Live data from Hacker News

Framework 7 – Building native iOS apps in HTML5

idangero.us

81–90 of 131 posts

Re: Framework 7 – Building native iOS apps in HTML5

#81
post #38
post #36

Earlier quoted context omitted.

It's really easy to "fix the problem". There have been fixes on Jailbroken devices for years.

I'm not going to make an assumptions about how hard it is for apple to solve the problem, but I'm sure people writing solutions for jailbroken devices have a much greater degree of flexibility when it comes to making changes to the OS.

[deleted]

Re: Framework 7 – Building native iOS apps in HTML5

#82
post #4

Don't frameworks like this which try and emulate one platform very well get rid of the only advantage of building an app using web technologies, that it's cross platform. Apps using this will feel really out of place on Android and Windows Phone, and you'll end up spending lots of time porting the web app to those platforms if you want to support them properly.

> the only advantage of building an app using web technologies, that it's cross platform There are other advantages of building an app using web technologies. Maybe you want to link to a store that doesn't pay Apple 30%. Maybe you want to control your own updates. Etc.

> Maybe you want to link to a store that doesn't pay Apple 30%

Isn't this explicitly forbidden on AppStore by Apple regardless of technology?

> Maybe you want to control your own updates.

This is what some games do, you don't need HTML/JS for that.

Re: Framework 7 – Building native iOS apps in HTML5

#83
post #42

Earlier quoted context omitted.

As someone who has used several cross-platform frameworks (Titanium, Cordova/PhoneGap, investigating Xamarin), I have a question about going "full native": how do you handle shared core code? Our app has an engine that drives the business logic, and the cross-platform frameworks have been useful because we don't have to deal with modifying the core codebase for different platforms [0]. Is it possible to create platfo…

Xamarin is great for sharing code. You just rewrite the GUI layer per platform. It's great, cannot really say it any differently.

And that GUI layer could be just Views in the end, since it seems you can even re-use ViewModels/Controllers.

Re: Framework 7 – Building native iOS apps in HTML5

#84

Cross-platform UI is a bad idea on the desktop. Cross-platform UI also is a bad idea on mobile. We need to learn from the past. Cross-platform UI is a conceptual mistake. An app that has an icon on the home screen is perceived by the user as "an app", no matter if it actually launches the browser without the toolbar, if it is a web app wrapped in a PhoneGap shell of if it is a native app. To the user, it's an app. It…

I think this was true a year ago, but mobile browsers are getting better and projects like this and Ionic (ionicframework.com) are quickly closing the gap between native and HTML5.

Re: Framework 7 – Building native iOS apps in HTML5

#85

Cross-platform UI is a bad idea on the desktop. Cross-platform UI also is a bad idea on mobile. We need to learn from the past. Cross-platform UI is a conceptual mistake. An app that has an icon on the home screen is perceived by the user as "an app", no matter if it actually launches the browser without the toolbar, if it is a web app wrapped in a PhoneGap shell of if it is a native app. To the user, it's an app. It…

> Cross-platform UI is a bad idea on the desktop.

Is it? At the end of the day, that's what the web is, right? Gmail (or even Google Docs) may or may not be your favorite email client, but I don't think it's necessarily a bad idea, per se.

I think you're right about user expectations on mobile. I also agree that we've all seen how terrible the UIs on some cross-platform Java and Flash applications are, but—given the success of the web on the desktop—I'm not sure it's fair to condemn cross-platform UIs on the desktop.

Re: Framework 7 – Building native iOS apps in HTML5

#86

Earlier quoted context omitted.

My take on this is that phones are only getting faster and people upgrade their phones far more frequently than they do their laptops/desktops. Compare what you're able to do with HTML5 apps today on modern phones to what you could do even 2 years ago and it's astonishing how fast things are progressing.

In the end HTML5 will work fine on phones. That'll take a few years yet though; currently it's shit. It's ok on an iPad, but compared to native, not so much. I like nice responsive HTML5 or HTML5 apps for stuff I use sometimes; like booking tickets, hotels, checking what's on TV and such. For stuff I click in all day long, like bugtrackers, PM systems, CRM, etc, HTML5 on mobile or desktop, is just wasting time. It's…

HTML5 was supposed to be the answer when the iPhone 1 was first announced. It still sucks many years later. Draw your own conclusions ....

Re: Framework 7 – Building native iOS apps in HTML5

#87

Earlier quoted context omitted.

My understanding is that you would have to mark some of the apps pages as executable, iirc, which could allow for arbitrary code execution.

That makes little to no sense. This reeks of the same logic that caused them to disable HTML file upload buttons (there's "no" filesystem -- which is apparently why you can't even browse for photos and uploads until recent IOS). This is what drove "there's an app for that" for so many years: Apple's systematic limiting of web apps into a severely curtailed walled garden so that the app store would -- in fact, could -…

What's extra fun is that when Steve Jobs introduced the iPhone in 2007, he explained that developers could write web apps if they wanted to create software for the iPhone.

Re: Framework 7 – Building native iOS apps in HTML5

#88
post #75

Cross-platform UI is a bad idea on the desktop. Cross-platform UI also is a bad idea on mobile. We need to learn from the past. Cross-platform UI is a conceptual mistake. An app that has an icon on the home screen is perceived by the user as "an app", no matter if it actually launches the browser without the toolbar, if it is a web app wrapped in a PhoneGap shell of if it is a native app. To the user, it's an app. It…

As someone who spent years building "HTML5" JS mobile apps and then recently spending the time to learn native languages, I 100% agree. There is no way to match the performance and consistency of native with a cross-platform clone. It will always be a half-baked solution. That being said this only applies to apps . A ton of apps shouldn't be apps, they should be well-optimized websites. For ex. content sites. Side No…

I fully agree. As stated in my article http://www.springenwerk.com/2011/09/thoughts-on-mobile-ui-de... I think that the web is the one place where cross-platform UI actually works. Don't destroy it by using that freedom to mimic a native UI. Plus, in quite a few cases a great mobile website would be a much better solution than an app anyway.

Re: Framework 7 – Building native iOS apps in HTML5

#89

Cross-platform UI is a bad idea on the desktop. Cross-platform UI also is a bad idea on mobile. We need to learn from the past. Cross-platform UI is a conceptual mistake. An app that has an icon on the home screen is perceived by the user as "an app", no matter if it actually launches the browser without the toolbar, if it is a web app wrapped in a PhoneGap shell of if it is a native app. To the user, it's an app. It…

> Cross-platform UI is a bad idea on the desktop. Is it? At the end of the day, that's what the web is, right? Gmail (or even Google Docs) may or may not be your favorite email client, but I don't think it's necessarily a bad idea, per se. I think you're right about user expectations on mobile. I also agree that we've all seen how terrible the UIs on some cross-platform Java and Flash applications are, but—given the…

It's probably better to think of the browser as another platform. In the sense that users have specific expectations about how it behaves, what it can be used for and how to use it.

Attempting to build a UI shared between, say, Windows and the browser would be a bad idea.

Re: Framework 7 – Building native iOS apps in HTML5

#90

Cross-platform UI is a bad idea on the desktop. Cross-platform UI also is a bad idea on mobile. We need to learn from the past. Cross-platform UI is a conceptual mistake. An app that has an icon on the home screen is perceived by the user as "an app", no matter if it actually launches the browser without the toolbar, if it is a web app wrapped in a PhoneGap shell of if it is a native app. To the user, it's an app. It…

> Cross-platform UI is a bad idea on the desktop. Is it? At the end of the day, that's what the web is, right? Gmail (or even Google Docs) may or may not be your favorite email client, but I don't think it's necessarily a bad idea, per se. I think you're right about user expectations on mobile. I also agree that we've all seen how terrible the UIs on some cross-platform Java and Flash applications are, but—given the…

I agree that the web is the exception to this rule (see http://www.springenwerk.com/2011/09/thoughts-on-mobile-ui-de...). I quote: "Surprisingly, cross-platform UI works on the web. People are used to it. People don't think it's odd that GMail doesn't look like Outlook or Mail.app. They don't complain that the buttons on Twitter look different from the button of the other apps they use. They are able to use Google+ and Facebook although the UI looks "foreign" in comparison to other apps on their platform. Strangely enough, all those things that make cross-platform UI a bad idea seem to be absolutely OK on the web. Why is that? It has to do with expectation. When users open their web browser, they know that they are entering a very diverse space."
Post reply on HN