Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

hyperview.org

Post reply on HN
Print view View original

61–70 of 150 posts

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

#61

Post by TeMPOraL »

mathverse wrote: post #55
paradite wrote: post #42

Earlier quoted context omitted.

I agree that numbers alone might not mean much, but I do think B2C apps with millions of users have a higher bar in terms of design and polish compared to B2B/ERP apps. Also, fixed typo!

But it's not like you can choose in China either :)

It's not like you can choose in the West either, either :).

Number one goal of any software service today is to make its offering exclusive in some way - exclusive content, exclusive deals, exclusive integrations, exclusive set of participants (network effects), going super-broad super fast because infinite VC money lets you keep operating at a loss indefinitely, etc.

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

#63

Post by Devasta »

jsiepkes wrote: post #18

"Serve your app as XML" As someone who started his professional career in 2005: All the old is new again.

The web is, was, and forever will be stuck reinventing shitty versions of things that they could have had decades earlier if they stuck with XML.

Custom elements, client side templating, form validation against schemas, they had it all and threw it away.

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

#64

Post by gadflyinyoureye »

scotty79 wrote: post #28
klausa wrote: post #22

Earlier quoted context omitted.

Sorry, just to clarify — I meant examples of services that "feel" nice to interact with in the app; not examples of what they can be used for.

It's a bit like asking which power company has pretty technicians.

FPL. Tone bodies with good tans. Don't see that with IP&L.

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

#65

Post by recursivedoubts »

toddmorey wrote: post #54
recursivedoubts wrote: post #7

Hyperview is a very interesting mobile-oriented hypermedia system created by Adam Stepinski. He talks about is in the third part of our book, hypermedia systems: https://hypermedia.systems/part/hyperview/ I have said before that I regard his work as much more innovative than htmx in that he developed an entire hypermedia client and format for his system.

I'm curious about the limitations that prevent these apps from writing / caching local data. It doesn't seem like the paradigm would have to change entirely to support that.

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.

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

#66

Post by scotty79 »

baggachipz wrote: post #60
scotty79 wrote: post #30

Earlier quoted context omitted.

I think webapps should be xml (with all the data to display) transformed into html on the client side with XSLT generated by framework templating system). There's a really nice binary XML format that browsers haven't implemented yet: https://en.m.wikipedia.org/wiki/Efficient_XML_Interchange

What a blast from the past. We did exactly this in '99-2000 (yes), and it was ridiculed as being over-engineered. At the time, it was the future because "XML will underpin all data transfer everywhere", and therefore we would be set up to run on any device, should any other device begin to exist. Needless to say, the winds changed way sooner than that became a real use case.

I originally had this idea about 20 years ago. I still think it's good. At least better than brotli compressed json loaded with JavaScript.

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

#68

Post by YuukiRey »

TeMPOraL wrote: post #61
mathverse wrote: post #55

Earlier quoted context omitted.

But it's not like you can choose in China either :)

It's not like you can choose in the West either, either :). Number one goal of any software service today is to make its offering exclusive in some way - exclusive content, exclusive deals, exclusive integrations, exclusive set of participants (network effects), going super-broad super fast because infinite VC money lets you keep operating at a loss indefinitely, etc.

You're making it sound as if the difference in choice between China and western countries is negligible. Surely that's not the case? If every VC company tries to pull you into their walled garden, I can still choose from among a variety of said walled gardens.

I could be wrong of course, since I don't know how many AliPay and WeChat competitors there are.

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

#69

Post by agos »

ricardobeat wrote: post #58
Cthulhu_ wrote: post #40

Earlier quoted context omitted.

> frontend churn. Frontend churn hasn't been as much of a thing for years now, see e.g. https://2022.stateofjs.com/en-US/libraries/front-end-framewo... . If you stuck with Angular or React 10 years ago, you're still good today. jQuery is even older but still on 75% of websites ( https://w3techs.com/technologies/overview/javascript_library ), and Bootstrap is on nearly a quarter. Frontend churn is only a thing if you…

That’s only true on the surface: if you chose React, you had to rebuild and relearn everything about once every two years. Averages out to about the same workload as following the latest fad. Maybe more, since refactoring legacy code is 10x harder than building from scratch.

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.
Post reply on HN