Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.javascript > #17303
| Newsgroups | comp.lang.javascript |
|---|---|
| Subject | Re: Ajax Librairies ?? |
| From | "Evertjan." <exxjxw.hannivoort@inter.nl.net> |
| References | <agspf9F7s5uU1@mid.individual.net> <XnsA10FDBAEDD60Deejj99@194.109.133.133> <agtcrcFc7k0U1@mid.individual.net> |
| Date | 2012-11-19 07:59 +0100 |
| Message-ID | <XnsA110513854C8Deejj99@194.109.133.133> (permalink) |
Mel Smith wrote on 19 nov 2012 in comp.lang.javascript: > Evertjan said: > >> Make your own routines. >> You will know exactly what happens. >> You will be able to do your own debugging. > > Evertjan: > > That *does* have some appeal ! > > I'll delay my decision until I really come close to using Ajax > again for my upcoming app. I guess most programmers, using myself as an N=1 statistic [an inferior habit but often a necessarily one in decision taking path of single humans], don't need all the in's and out's possible with xmlhttp that are envisioned with full-blown Ajax-containing libraries, and just want ["need"??] some form of one-way or two-way communication between the browser-page and the server, that would be just as possible with repeated form-submission and reloading of that page, but for speed and/or smoothness of the intended action. Clientside programmed intelligence as offered by clientside Javascript makes such on-page communication possible cross-browser-wise in interaction with whatever one fancies as a serverside programming language/engine. In the contect of this NG, I would fancy serverside Javascript for the NG's sake also also because some functions can be written for both serverside and clientside in one go, for instance validation routines. So why not build your own clean and lean code for the problem at hand? And improve on your code only the next time you need the functionality? There must be some joy of programming left even in the most desillusionned of programmers. ======= In general, this not needing all the in's and out's possible, is a prime argument against general libraries in this multi-engine landscape of cross-browser [not forgetting aberrant IE and the miriad of mobile browsers] and each of these browser's cross-version "needs". The patchwork necessary to allow for this landscape, and updates needed to cover up the unforseable present needs and earlier sloppynesses, without disabling user-programmer code that even made use of such earlier errors, makes it advisably so important to steer free from al this general-library nonsense. The good usability of lean libraries in a single compiler environment, where only the executable is distributed to the users, is quite another matter, however residual sloppyness would be a danger here too. -- Evertjan. The Netherlands. (Please change the x'es to dots in my emailaddress)
Back to comp.lang.javascript | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Ajax Librairies ?? "Mel Smith" <med_cutout_syntel@aol.com> - 2012-11-18 11:58 -0700
Re: Ajax Librairies ?? Cezary Tomczyk <cezary.tomczyk@gmail.com> - 2012-11-18 21:12 +0100
Re: Ajax Librairies ?? "Mel Smith" <med_cutout_syntel@aol.com> - 2012-11-18 17:27 -0700
Re: Ajax Librairies ?? "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2012-11-18 21:35 +0100
Re: Ajax Librairies ?? "Mel Smith" <med_cutout_syntel@aol.com> - 2012-11-18 17:29 -0700
Re: Ajax Librairies ?? "Evertjan." <exxjxw.hannivoort@inter.nl.net> - 2012-11-19 07:59 +0100
Re: Ajax Librairies ?? Tim Streater <timstreater@greenbee.net> - 2012-11-19 09:22 +0000
Re: Ajax Librairies ?? "Mel Smith" <med_cutout_syntel@aol.com> - 2012-11-19 09:08 -0700
Re: Ajax Librairies ?? Eric Bednarz <bednarz@fahr-zur-hoelle.org> - 2012-11-19 00:12 +0100
csiph-web