[web] Web Applications vs. Web Sites vs. Web Pages.
I've come to just accept the fact that the Web will continually be abused by people who don't know what they are doing. One project that I am taking over has SQL queries that are multiple pages when printed out. :P Something like twenty-five subselects OR'd together.
Anyway, on the topic of misusing DHTML: the biggest mistake I see is that people fail to create a standard fallback option.
I have no problems with people over using DHTML on a Web Site as long as it is optional. In your gmail example, I agree that one should be able to right click on a post and open in a new window. The link should look like:
This way you get the best of both worlds. Fast execution via partial loading via JS, and more flexibility via a standard, working link.
To me, it's not about NOT using DHTML on Web Sites, but it's about using it to enhance standard functionality.
Anyway, on the topic of misusing DHTML: the biggest mistake I see is that people fail to create a standard fallback option.
I have no problems with people over using DHTML on a Web Site as long as it is optional. In your gmail example, I agree that one should be able to right click on a post and open in a new window. The link should look like:
<a href="/gmail/?some-long-horrible-encoded-thing" onclick="return magicJS()">My Message</a>
This way you get the best of both worlds. Fast execution via partial loading via JS, and more flexibility via a standard, working link.
To me, it's not about NOT using DHTML on Web Sites, but it's about using it to enhance standard functionality.
Quote:One project that I am taking over has SQL queries that are multiple pages when printed out. :P Something like twenty-five subselects OR'd together.I'm going to have nightmares about that tonight.
We should start a brainstorming thread on ways GameDev.net can update itself to the 21st century. Anyone realize how poor it really is? Sure it's okay for most of us, because we're used to it...
I agree with hating dynamic content that reloads the whole page. The one that really bugs me, and I have run across it a couple of times, is when you have a page with a single drop down combobox. Choosing an entry in the box then reloads the entire page with a second combobox added. Choosing something in that one reloads the page and adds a third. Its frustrating because it slows the whole process down. Just have three combo boxes on the page!
I agree with hating dynamic content that reloads the whole page. The one that really bugs me, and I have run across it a couple of times, is when you have a page with a single drop down combobox. Choosing an entry in the box then reloads the entire page with a second combobox added. Choosing something in that one reloads the page and adds a third. Its frustrating because it slows the whole process down. Just have three combo boxes on the page!
Quote:Original post by Fuzztrek
If only we could get javascript to be respected/expected as much as CSS and (x)html...<!--QUOTE--></td></tr></table></BLOCKQUOTE><!--/QUOTE--><!--ENDQUOTE--><br>Considering how abused it was in the past I'm sure many people are still a bit afraid of it. If a few great tutorials/case studies about what can be done with javascript today as opposed to yesterday made their way around I think it would start to gain some respect.
Personally I call anything which is an application which uses web technology, a "web application".
I do this regardless of whether it uses client-scripting, "Dyanmic HTML", XMLHttpRequest or not.
I've normally found that it makes applications easier to maintain if you make them as simple as possible.
So while there are circumstances where it is desirable to use clever techniques (like complex client scripting), there are also a lot where it is not.
I do agree that gamedev.net needs to move into the 21st C - it can start by using only non-deprecated HTML4 and style sheets.
Mark
I do this regardless of whether it uses client-scripting, "Dyanmic HTML", XMLHttpRequest or not.
I've normally found that it makes applications easier to maintain if you make them as simple as possible.
So while there are circumstances where it is desirable to use clever techniques (like complex client scripting), there are also a lot where it is not.
I do agree that gamedev.net needs to move into the 21st C - it can start by using only non-deprecated HTML4 and style sheets.
Mark
Quote:Original post by markr
I do agree that gamedev.net needs to move into the 21st C - it can start by using only non-deprecated HTML4 and style sheets.
Not to mention smarter use of meta tags if we're going to be relying on Google for search. For instance, the meta tags for this thread are repeated twice and have absolutely nothing to do with the thread topic.
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement