mirror of
https://github.com/bigskysoftware/hypermedia-systems.git
synced 2025-11-29 00:05:26 -05:00
clarify that Hyperview uses standard HTTP network protocol and servers to form a Hypermedia system
This commit is contained in:
parent
7a059a1e4b
commit
dce36d38e2
@ -107,7 +107,7 @@ The book is broken into three parts:
|
||||
application that many developers would expect to require a large, sophisticated front end library, such as React.
|
||||
Thanks to htmx, we will be able to do this _without_ abandoning hypermedia as a system architecture.
|
||||
|
||||
* Finally, we will look at a completely different hypermedia system, Hyperview. Hyperview is a _mobile_ hypermedia system, related to, but distinct from the web and created by one of the authors of this book -- Adam Stepinski. It supports _mobile specific_ features by providing not only a mobile specific hypermedia, but also a mobile hypermedia client, a network protocol and so on. It provides a full _mobile hypermedia system_ for you to build your mobile application with, and, in doing so, makes it possible to build mobile Hypermedia-Driven Applications.
|
||||
* Finally, we will look at a completely different hypermedia system, Hyperview. Hyperview is a _mobile_ hypermedia system, related to, but distinct from the web and created by one of the authors of this book -- Adam Stepinski. It supports _mobile specific_ features by providing not only a mobile specific hypermedia, but also a mobile hypermedia client. These novel components, combined with any HTTP server, provide a full _mobile hypermedia system_ for you to build your mobile application. In doing so, makes it possible to build mobile Hypermedia-Driven Applications.
|
||||
|
||||
Note that each section is _somewhat_ independent of the others. If you already know hypermedia in-depth and how basic Web
|
||||
1.0 applications function, you may want to skip ahead to the second section on htmx and how to build modern web applications
|
||||
@ -166,4 +166,4 @@ So why resist the tide? Why shouldn't we discard hypermedia and rewrite the web
|
||||
The executive summary: well-written HTML is easier to read and debug, more accessible to all, and ranked higher by search engines (not out of bias, but because they have an easier time scraping it). We can't fix every problem by writing good HTML. The mantra that HTML is "accessible by default" is misleading, and shunning other technologies like JavaScript is misguided. Ultimately, testing is the best indicator of quality.
|
||||
|
||||
But writing good, spec-compliant HTML lets browsers do a bunch of work for you. Furthermore, even when they don't, it makes it easier to write scripts that do. Fewer issues will be found during testing and you can release faster. When issues do come up, you can often fix them more easily by refactoring HTML as opposed to heaping JavaScript and ARIA attributes over everything.
|
||||
****
|
||||
****
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user