Ah finally the Western tech ecosystem has caught up with WeChat/Alipay mini programs. https://developers.weixin.qq.com/miniprogram/en/dev/framewor... China had this DSL for building mobile apps for years. Those these apps are initially embedded inside WeChat/Alipay, there are now frameworks that allow it to run outside, like uniapp. https://en.uniapp.dcloud.io/
Hyperview – Native mobile apps, as easy as creating a website
51–60 of 150 posts
Re: Hyperview – Native mobile apps, as easy as creating a website
#52Re: Hyperview – Native mobile apps, as easy as creating a website
#53Earlier quoted context omitted.
Server components + RN + Expo.... Could it get any more pointlessly complicated?
Just because there are multiple technologies does not make it complicated per se. Indeed, something could evolve to a simpler model, which it seems RSC on RN is.
Re: Hyperview – Native mobile apps, as easy as creating a website
#54Hyperview 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.
Re: Hyperview – Native mobile apps, as easy as creating a website
#55Earlier quoted context omitted.
Minions of people use SAP daily that does not mean it's a nice thing to interact with.
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!
Re: Hyperview – Native mobile apps, as easy as creating a website
#56Not even a day after the post about HTMX not living up to its promise! There are only two certainties in life, death and frontend churn.
Re: Hyperview – Native mobile apps, as easy as creating a website
#57"Serve your app as XML" As someone who started his professional career in 2005: All the old is new again.
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
The developer experience was amazing, you could easily inspect the data backing any page. XSLT was hard but probably easier than React these days.
Re: Hyperview – Native mobile apps, as easy as creating a website
#58Not even a day after the post about HTMX not living up to its promise! There are only two certainties in life, death and frontend churn.
> 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…
Re: Hyperview – Native mobile apps, as easy as creating a website
#59Earlier quoted context omitted.
JSON is same as XML.
JSON is great in it's own regards but the features are not comparable.
In all seriousness, everything in JSON can be expressed as XML; but not necessarily the other way around.
Re: Hyperview – Native mobile apps, as easy as creating a website
#60"Serve your app as XML" As someone who started his professional career in 2005: All the old is new again.
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