3 ms·
HTML has a UX/UI standard for iterating documents. Applications however, are not explicitly catered for. HTML standards for web application development are a bi
by harwoodleon 9y ago
HTML has a UX/UI standard for iterating documents. Applications however, are not explicitly catered for. HTML standards for web application development are a bit like putting F1 wheels on a bus.
For example : a dashboard is a common interface pattern, but this would (and should) probably never enter the Document Object space.
- Touche 9y agoI think you're preoccupied by the word "document". There are many ways that applications are catered for. WebSockets are of no use to documents, only applications, as one example.
- harwoodleon 9y agoWebsockets are of use to live documents. Application stacks are different. The definition is extremely important as the current level of interaction richness was never really envisaged in 1996. A document is a resource that is available specifically over http or https. An application is something entirely different as it can be served via a huge array of protocols and terminated and rendered entirely differently. The separation of concerns here is my need, not the terminology. For example, how much time have programmers spent globally repeatedly creating and implementing a user login and password reset flow? This is simply not the concern of the Document Object Model and it means that we have to put up with a huge array of home brewed solutions that each have their own weaknesses. Imagine the same effort and logic applied to routers or tcp/ip for that matter. The internet would simply not work or break. My point is - there has been a land grab over the UI / UX space that has meant standards like web components are marginalised in favour of 'frameworks' and compilers. Seems like an awful lot of duplicated effort to reach the same result.