Linked by Thom Holwerda on Mon 1st Oct 2012 22:55 UTC
Permalink for comment 537243
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 05/20/13 11:29 UTC
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
Linked by Thom Holwerda on 04/16/13 9:29 UTC
More Features »
Sponsored Links



Member since:
2005-11-16
The problem with web apps is that (originally) HTML was mostly designed/intended for static documents. For remote applications there were other protocols (e.g. X).
Since then, many different people with many different goals have hacked up work-arounds/extensions to solve problems caused by "not intended for remote applications to begin with" (and problems in other areas, and problems caused by other people's hacks/work-arounds). Because the result is a steaming pile of puke, other people try to create frameworks, etc to hide the underlying puke-fest (but the existence of many different frameworks just adds to the unnecessary complexity/confusion for web app developers, like a thick layer of turd icing on top of a multi-layered puke cake).
The basic idea is that the server tells the client what to display, what user input is allowed and what user input the server wants to know about; and the client displays what it's told to display and gathers the input from the user. It wouldn't be hard to create a clean/elegant way of doing this.
Sadly, the only organisation that would be capable of getting a clean/elegant alternative accepted/supported by the industry is the same organisation that is responsible for a lot of the ungodly mess we have now (W3C).
- Brendan