Live data from Hacker News

Hyperview – Native mobile apps, as easy as creating a website

hyperview.org

121–130 of 150 posts

Re: Hyperview – Native mobile apps, as easy as creating a website

#121
As a reverse-engineer tinkering with iOS this reminded me of some system apps.

E.g. in the app store you click a button, send a request, receive the response which contains a xml-like structure describing the UI mutation to your action.

   iTunes Login

   We could not find a user with those credentials.

type stuff.

Re: Hyperview – Native mobile apps, as easy as creating a website

#122
post #69

Earlier quoted context omitted.

this is just not true. even the worst offenders (looking at you, react-router) do not require to "rebuild and relearn everything". What an unnecessary hyperbole.

Maybe not React itself, but the ecosystem as a whole. I can list some of these changes that generated a lot of work from memory: - the move from in-browser JSX compilation to build tools / webpack - the move from class components to functional components and hooks - all the changes related to ES6 classes and modules + build system - server-side components - Flux -> Redux - Redux -> MobX -> Relay -> Redux Toolkit -> C…

Also Typescript, if your team started using it.

Re: Hyperview – Native mobile apps, as easy as creating a website

#123
post #71
post #31

Earlier quoted context omitted.

We're in a thread talking about a technology that purports to make creating "native mobile apps, as easy as creating a website"; and the parent claimed that the Alipay/WeChats mini-app stacks are similar. I don't think asking for examples of this resulting in an experience that's pleasant is unreasonable?

I think the point OP is making is that the relative pleasantry of the experience isn't as important for end users as it is for us developers. My anecdotal experience bears that out: I shudder when I see a web-heavy native app, my non-tech friends don't bat an eyelid. People learn UIs, no matter how janky, very quickly if the end goal is important to them.

I think my point was that an application that exists, is up to date and works is a better application than the one that doesn't exist or is stale because it's harder to write and maintain but feels (or would feel if it existed) nice and polished.

For practical purposes like buying stuff or accessing information I want practical applications that can be quickly iterated on.

Re: Hyperview – Native mobile apps, as easy as creating a website

#124

I overlooked it at first even though it’s right there on the landing page but this is ultimately still React Native with all the baggage that entails.

I briefly investigated using React Native on a project. Obscure installation and linking process which no one seems to understand exactly, no SPM support on iOS, incomplete documentation that from the start pushes to adopt yet another layer on top (such as Expo, and I suppose Hyperview is now another option)… It felt like I am adopting some rusty legacy software, and not in a good way (more full of quirks than mature…

Probably has changed since then, but I remember the RN docs telling me to use Expo. I was wondering the whole time, do people actually use Expo or no. And why is it uploading my code to some website? Soon I had a clear answer; I had to "eject" from Expo to do a prod build or just add any native components. Not a good first impression.

That said, RN was a win in the long run. It was a lot less baffling than the notorious Xcode/Swift/ObjC/UIKit ecosystem I'd used for years.

Re: Hyperview – Native mobile apps, as easy as creating a website

#125

As a reverse-engineer tinkering with iOS this reminded me of some system apps. E.g. in the app store you click a button, send a request, receive the response which contains a xml-like structure describing the UI mutation to your action. iTunes Login We could not find a user with those credentials. type stuff.

Server-Driven UI is a very common architectural pattern.

Re: Hyperview – Native mobile apps, as easy as creating a website

#126
post #114
post #83

Earlier quoted context omitted.

What does this mean? There are plenty of big, native apps using React.

It's "native" in that the wrapper is a native binary, but it's still a webpage.

React Native actually constructs a view hierarchy in the platform's UI toolkit, so I'm curious what you mean by "still a webpage"?

Re: Hyperview – Native mobile apps, as easy as creating a website

#127
post #95

Earlier quoted context omitted.

Is there a super simple tool for turning statically served websites into PWAs? Last time I looked all of the simple tools had been deprecated in favour of complex tools that do way more than I need. If I had a site in a directory that works fine from >cd MyWebApp >python3 -m http.server I would like a command line tool That worked like >becomepwa MyWebApp Which produced a PWA that downloaded everything on install and…

Three things you need: * Manifest file * HTTPS - for localhost I dont remember the workaround, browsers have made this increasingly more complicated from recent experiences * Service Worker - This is where I said I had maybe 60 lines of JavaScript. If you have these three things, a browser should pick up that your sites a PWA and server running it should be irrelevant... So you MUST have a minimal amount of JavaScrip…

HTTPS isn't an issue, dropping whatever the command generates onto a HTTPS supporting server isn't an issue.

I want the manifest to be automatically generated from whatever is in the directory. The service worker should download everything from the manifest at first launch. I'm ok with a download-on-demand build option, but by default it should grab everything needed. If a user installs something, it should be assumed that they can use it offline.

I feel like the tool should already exist. If it does not yet exist, it seems like there must be a reason for that that I am not aware of.

Re: Hyperview – Native mobile apps, as easy as creating a website

#128
post #126
post #114

Earlier quoted context omitted.

It's "native" in that the wrapper is a native binary, but it's still a webpage.

React Native actually constructs a view hierarchy in the platform's UI toolkit, so I'm curious what you mean by "still a webpage"?

But everything in that view hierarchy is still drawn using HTML and CSS, and all the logic is implemented in JS, no? If that's the case, then that's not "native".

Re: Hyperview – Native mobile apps, as easy as creating a website

#129

Earlier quoted context omitted.

There aren't any, with hyperview you actually own the hypermedia client as well as the server and you can write and cache local data in the form of custom extensions you make to it. I think that needs better documentation though.

So, basically it's like every other non-native development environment for mobile: basically useless when you want to use any feature of the phone. These things always implement the easiest bit of mobile development (the UI) and then make everything else harder, so it's useless for anything non-trivial.

i don't know if being that pessimistic is warranted i'd need adam to comment

Re: Hyperview – Native mobile apps, as easy as creating a website

#130
post #126
post #114

Earlier quoted context omitted.

It's "native" in that the wrapper is a native binary, but it's still a webpage.

React Native actually constructs a view hierarchy in the platform's UI toolkit, so I'm curious what you mean by "still a webpage"?

React Native constructs only single UIView by default and draw actual UI using poorly man browser engine using JS. This UI does not "feel native" to user, because it has wrong animation timings, scroll speed, border elevation, missing "native" gestures, etc.
Post reply on HN