1) I've rarely if ever had a situation where I can't use php.
2) Regardless of what the form is, it HAS to be run past SOME form of CGI on a server to even be useful -- that CGI/SSI/whatever other tech you are using MUST for security reasons ALONE perform it's own validation since client-side validation can NEVER be trusted (as it's easy enough to bypass and/or BS). Rule #1 of server side code, user input can NEVER be trusted.
3) if you take the time to use minimalist semantic code with separation of presentation from content most of the page layout information and presentation should be cached, so that 'dreaded page load' should be a non-event.
4) If you label and color code your forms for users, the number of times the validation fails should be the exception, NOT the rule, making any client side validation a waste of code for most users.
6) Though HTML 5's client side check attributes are cute -- one of the few things in HTML 5 that looks like anyone took the time to think about properly. (the new tags and the loosening of structure rules certainly don't look that way)
There is NO good reason for a simple universal form validation script to take more than 7k comment stripped RETAINING formattting. Mine is only 3k, 6.2k with comments -- and doesn't need any fat bloated garbage library to function!
Index of /html_tutorials/formValidate
Older copy, but still holds up well... and since you should be doing your validation server side too, if the scripting is not present your server validation should transparently work the same.
It's like the idiots who now chime in when someone asks "I want a link to turn red when I hover" and they immediately go "add jquery".
Maybe it's just because I know how to use a browser, but I find using lightbox to go through "hundreds" of thumbs annoyingly and uselessly slow -- but see, I know how to MIDDLE CLICK and/or CTRL-SHIFT-CLICK to open a link in a new tab in the background -- so I just middle click a whole bunch of them, then go through and view the tabs. Then all I have to do is close the tab to go to the next one -- which are loading in the background while I view ones before them. It also means I can use my browsers zoom function to rescale the image as desired instead of dealing with that garbage auto-scaling and oddball restrictions most lightbox implementations shove down your throat.
But then I'm an opera user, so I've added custom buttons to 'close current and go to next' and 'close current and go to previous' in a fixed location, and have my tabs in portrait view on the right. (which honestly makes a hell of a lot more sense than across the top in the age of widescreen displays)
I prefer arial because it's LEGIBLE for me, but in terms of the other stuff as I said Webfonts mean cufon no longer serves any good purpose -- not that it ever did given how it drags most browsers to their knees when you try to scroll a page using it, how blurry and illegible even arial is when run through it, how flash's anti-aliasing of text is a joke and how badl y th e te xt i s ker ne d.
I can now get the same effects out of webfonts through conversion services like Font Squirrel's generator -- though on the whole most font files are larger than I'd allow a single page on a site to be... but then 80% of the people within a 60 mile radius of me are at 768kbps or LESS -- which is why my ideal target size for a page is 70k, with an upper limit of 140k -- preferably in 20 separate files or less.
Much less server side concerns -- where I can serve 10 times as many users with a 100k page as I can a 1 megabyte one.
Pure 100% unadulterated idiocy!
Correct, and they could probably have all the same functionality WITHOUT jquery and save themselves some 50% on every page load without that bull.
I'm not even talking about reducing functionality or appearance, I'm talking about efficient coding techniques and proper solutions to problems instead of just sleazing out copypasta. More and more websites are being flushed down the crapper by their use of scripting for nothing, gee ain't it neat bull, and other asshattery; just look at the forum skin over on digital point (vBull 4) for examples of said dumbass approaches to sitebuilding... or the new hotmail... or GMail... It's bad when "Mr. Use Webmail" (as a few people used to call me) has said "**** this" and is now using Opera M2 instead because I can't put up with the annoyingly slow bloated ajax for nothing BULL anymore.
Well, I am retired, mostly did government agencies... but there are my two personal sites.
Home - EWI USB
Home - DEATHSHADOW PASCAL
Excuse the hideous green on the latter, it's a retrocomputing joke.
Though you want to see some real examples of my code, look no further than my rewrites directory... where I've done rewrites for people here and on digital point over the past six years. Some of the directories are just small example snippets, others are full-on rewrites of people's page templates to illustrate EXACTLY what I'm talking about here.
Most of these are other people's designs, just my code.
Index of /for_others
Take this rewrite:
Black Cypress Capital Management - Principles
Blog feature overview - part of AnooX Social Networking service
Flyouts, hover effects, and the only script is a behavior file for IE6-... said script being peterNed's hover:anywhere. Which is how it comes out to 31k uncompressed, 26k compressed when the original was around 200k.
Inicio - Cursos de chino KCS - Aprende mandarín este verano.
Which swung a giant axe at the original's 32k minified image rotator that relied on the 56k jquery library to replace it with a moronically simple 1.6k without minification flat script.... I could add paging controls to that and STILL not even break the 5k mark.
Take that idiotic Jquery-ui garbage; 279k of script MINIFIED for some sixteen or so functions that shouldn't average more than 4k apiece WITHOUT jquery. (excepting perhaps "autocomplete" -- that I'd ballpark at 8-16k by itself)...
Just for an example, my multi-function radio capable accordion script from four years ago:
Index of /html_tutorials/accordion
But then I still create code size target limits -- a lost art in this day and age of "just throw more hardware at the problem who cares what it costs" (and again, we wonder why the economy is tanking... here and now, who cares if it screws us later!)
Though to put that in perspective, that's coming from someone who would rather hand assemble 4k of Z80 machine language and enter it in a debugger one byte at a time in hex than deal with 24 lines of typical C code.
Christmas only knows with the raging chodo for HTML 5 and Jquery the recent releases have been teaching people to take a dump all over their own websites, it's not a bad idea! But then, the only book release they have I consider worth a damn is Ian's beginner book. -- To call me underwhelmed and often offended by the other books is something of an understatement.
Sorry if this is turning into a threadjack.