3 ms·

It's a valid complaint. At the very least, you can say that many of the problems associated with using HTML for apps stem from the fact that it was originally d

by WayneDB 14y ago

It's a valid complaint. At the very least, you can say that many of the problems associated with using HTML for apps stem from the fact that it was originally designed for documents, not apps.

corresation 14y ago
It isn't a valid complaint: It's discardable noise. I'm sorry if that sounds overly aggressive, but whenever I read people saying nonsense like that all I can picture is someone who has spent the last 15 years shaking their fist at the inevitable ("Get off my grass! Computers are a fad! JavaScript isn't real programming!"), and of course they are drawn like moths to a flame to things they think confirms their ridiculous notions. Millions of examples to the contrary ignored. Ignoring that we've been evolving this thing for two decades now, HTML was designed for content layout. It turns out that one of the primary issues with applications is content layout (I was building "web apps" that were largely collections of ActiveX controls 15 years ago, as the simple layout rudiments of the platform absolutely blew away anything that was available in any other platform). Indeed, we've seen other "native" platforms borrow much more from HTML than the inverse.
- pjmlp 14y ago
  Really?! Layout languages exist since the early GUI days, lack of knowledge of their existence is no excuse to use HTML as something it should not be used for. Any RAD tool with layout managers is still miles ahead of what HTML offers, with the additional benefit of proper operating system integration. Instead we have layers of broken abstractions trying to bend HTML into something it was never intended to be. Writing portable clients in the browser is a mixture of CSS/HTML/JavaScript hacks to be able to achieve 100% L&F compliance across all required browsers and operating systems.
  - corresation 14y ago
    Any RAD tool with layout managers Give some examples, please. As someone who actually used pretty much every "RAD" tool (most of which dissolved and disappeared because they were anything but RAD), I call bullshit. Inventing competitors that didn't actually exist doesn't bolster your garbage, Luddite arguments. Instead we have layers of broken abstractions trying to bend HTML into something it was never intended to be. And processors were built to process punchcards. Your argument is absolutely nonsensical, and it only plays in venues full of angry, fearful-of-change contrarians.

by WayneDB 14y ago

It's a valid complaint. At the very least, you can say that many of the problems associated with using HTML for apps stem from the fact that it was originally designed for documents, not apps.

corresation 14y ago

It isn't a valid complaint: It's discardable noise. I'm sorry if that sounds overly aggressive, but whenever I read people saying nonsense like that all I can picture is someone who has spent the last 15 years shaking their fist at the inevitable ("Get off my grass! Computers are a fad! JavaScript isn't real programming!"), and of course they are drawn like moths to a flame to things they think confirms their ridiculous notions. Millions of examples to the contrary ignored. Ignoring that we've been evolving this thing for two decades now, HTML was designed for content layout. It turns out that one of the primary issues with applications is content layout (I was building "web apps" that were largely collections of ActiveX controls 15 years ago, as the simple layout rudiments of the platform absolutely blew away anything that was available in any other platform). Indeed, we've seen other "native" platforms borrow much more from HTML than the inverse.

pjmlp 14y ago
Really?! Layout languages exist since the early GUI days, lack of knowledge of their existence is no excuse to use HTML as something it should not be used for. Any RAD tool with layout managers is still miles ahead of what HTML offers, with the additional benefit of proper operating system integration. Instead we have layers of broken abstractions trying to bend HTML into something it was never intended to be. Writing portable clients in the browser is a mixture of CSS/HTML/JavaScript hacks to be able to achieve 100% L&F compliance across all required browsers and operating systems.
- corresation 14y ago
  Any RAD tool with layout managers Give some examples, please. As someone who actually used pretty much every "RAD" tool (most of which dissolved and disappeared because they were anything but RAD), I call bullshit. Inventing competitors that didn't actually exist doesn't bolster your garbage, Luddite arguments. Instead we have layers of broken abstractions trying to bend HTML into something it was never intended to be. And processors were built to process punchcards. Your argument is absolutely nonsensical, and it only plays in venues full of angry, fearful-of-change contrarians.