Talk:Ajax (web technology): Difference between revisions
Jump to navigation
Jump to search
imported>Pat Palmer No edit summary |
imported>Tom Morris (→Article overbroad: new section) |
||
| Line 1: | Line 1: | ||
{{subpages}} | {{subpages}} | ||
== Article overbroad == | |||
I have to object to this article, just as with [[AJAX frameworks]]. I think that the use of the word "AJAX" is over-broad, and we should try hard to restrict it, perhaps even avoid it. It's become a marketing buzzword. It refers to techniques where one updates part of a page with content without updating the whole page. Which is fine, it's part of developing web applications. I think we should do as following: | |||
* have a page on practices in web application development, perhaps something like [[web applications]] | |||
* have a page on JavaScript, which links to pages on XMLHttpRequest and Ajax | |||
* have a page on JavaScript frameworks, not "AJAX frameworks" | |||
* not call Ruby on Rails and similar server-side technologies "AJAX frameworks" - they aren't. You can build applications with Rails and other similar back-end frameworks that don't use Ajax or JavaScript, and indeed, it's probably a good idea to mentally separate out building the application from adding the Ajax - it should be the ''last'' thing one adds, following the principle of [[unobtrusive JavaScript]] ([[graceful degradation]]/[[progressive enhancement]]) for [[accessibility]] and browser compatibility | |||
* stick closely to the technical component. For instance, in the article as it currently reads, it describes Ajax as "an emerging web technology that enhances the end users' web browsing experience". XMLHttpRequest (and JavaScript more generally) ''can'' enhance the experience of web users, but it can also make it worse. | |||
I think we need to do some fairly fundamental butchering of this set of articles to make them even close to approval quality. --[[User:Tom Morris|Tom Morris]] 18:17, 10 August 2008 (CDT) | |||
Revision as of 17:17, 10 August 2008
Article overbroad
I have to object to this article, just as with AJAX frameworks. I think that the use of the word "AJAX" is over-broad, and we should try hard to restrict it, perhaps even avoid it. It's become a marketing buzzword. It refers to techniques where one updates part of a page with content without updating the whole page. Which is fine, it's part of developing web applications. I think we should do as following:
- have a page on practices in web application development, perhaps something like web applications
- have a page on JavaScript, which links to pages on XMLHttpRequest and Ajax
- have a page on JavaScript frameworks, not "AJAX frameworks"
- not call Ruby on Rails and similar server-side technologies "AJAX frameworks" - they aren't. You can build applications with Rails and other similar back-end frameworks that don't use Ajax or JavaScript, and indeed, it's probably a good idea to mentally separate out building the application from adding the Ajax - it should be the last thing one adds, following the principle of unobtrusive JavaScript (graceful degradation/progressive enhancement) for accessibility and browser compatibility
- stick closely to the technical component. For instance, in the article as it currently reads, it describes Ajax as "an emerging web technology that enhances the end users' web browsing experience". XMLHttpRequest (and JavaScript more generally) can enhance the experience of web users, but it can also make it worse.
I think we need to do some fairly fundamental butchering of this set of articles to make them even close to approval quality. --Tom Morris 18:17, 10 August 2008 (CDT)