Linked by Kroc Camen on Thu 25th Feb 2010 10:18 UTC
Thread beginning with comment 411263
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
Linked by Thom Holwerda on 06/14/13 21:03 UTC
Linked by Thom Holwerda on 06/14/13 20:46 UTC
Linked by Thom Holwerda on 06/14/13 17:32 UTC
More News »
Sponsored Links



Member since:
2005-07-12
Which if resorted to usually means the developer doesn't know enough HTML and CSS to be doing the work they are doing. It can be done without that conditional bullcookies too.
Many of which are such coding disasters out of the gate they are a miserable /FAIL/ - NOT because of the web technologies, but because the coders don't have a **** clue what they are doing which is why the resort to crap bloated frameworks like jquery and mootools - usually either for **** CSS can do without help, or for **** that turns the website into a total accessibility /FAIL/.
1) If you are talking alpha transparancy, those fat bloated slow .png resulting in two megabyte websites are usually sufficient cause to bitch slap the developer. Pre-compositing can get rid of 90% of alpha transparency use - and the rest can often be pulled off with 'close enough' aliasing with palettized transparency; Both of which usually result in smaller files.
This is teh intartubes, smaller files are a good thing.
Last I checked, google has nothing to do with the funeral.
Then I would suspect you are using AJAX for **** you shouldn't be using AJAX for, though if it IS something you should use AJAX for, are you tacking on some bloated framework along with that? You know, the only thing you can learn from jquery is how NOT to write javascript?
That or you're blowing bandwidth on *** that could be handled faster server side... especially with AJAX still requiring server side programming to function.
Not certain what you mean by that, but it sounds like you are overcomplicating whatever it is that was trying to be done.
Ok, you have me on that. IE's DOM is slow - which is why you are better off not dicking with the DOM in the first place... The whole 'official' way of creating new elements in js torques my nuts since it ends up like 20 lines of complex dom chicanery for what could be done in one line with InnerHTML.
Which is why I think innerHTML should be made official and no longer considered proprietary; but since every browser with a .js engine actually supports it, I don't give a **** if it's 'offically in the specification' or not.
Though creating elements via javascript, aka DHTML, is a miserable **** accessibility /FAIL/ you shouldn't be doing in the first damned place. Javascript should enhance functionality, NOT supplant it. (just like CSS and every other optional technology you can put atop HTML)
So many websites out there right now are unusable garbage becuase of things like DHTML... See Google basically giving Opera users the finger and telling them to *** off when it comes to Google Apps.