Any decent search marketing campaign will, at some point, have to entertain the effectiveness of promoting e-newsletters. The real bottom line is that marketing your site’s content by way of e-mail promotions can only serve to drive prospective visitors to your site (if not for the simple fact that providing less opportunites for potential visitors means, well, less potential visitors).

E-mail clients are way more finicky and moody than web browsers, so, the real question–for the purposes of this post, at least–is how market your e-newsletters to largest possible audience.

Here are six simple tips on how to best optimize how your HTML newsletters are coded to reach the widest possible audience:

  1. Don’t be so fancy–code in HTML 3.2
  2. Do I have to download another file–again?!
  3. Gain control–lose your HEAD
  4. Use inline styles
  5. Duplicate your styles when using anchors
  6. Use CSS 1–sparingly

1. Code in HTML 3.2

HTML has made some great advances since its inception. The HTML 5 spec includes the canvas element, which essentially gives you the ability to graph points and draw vector lines on-the-fly. I mean, how freaking cool is that?!

Newsletter technology, however, is not so freaking cool. Most e-mail clients tend to strip out HTML elements, and/or refactor your code, destroying most modern layouts based on silly things like “standards,” and “compliance.”

The solution? Code your newsletter under the HTML 3.2 specification. This basically means using TABLEs to control page layout and minimal CSS1 to define styles. In other words: technology circa 1998. (There’s nothing quite like living in the past.)

2. Don’t include files

To help combat spam, most e-mail clients these days will ask if you want to load images, or download any supporting files. (One way for spammers to tell if messages are actually opened is if an HTTP request is made to their servers for supporting files.)

What does this mean for the honest newsletter developer? Well, you should already be avoiding JavaScript files (like the black plague), but for simple styling, don’t link out to external files:


<link rel="stylesheet" type="text/css" media="all" href="http://server.com/newsletter.css" />

Define them in your document:


<head>
<style type="text/css" media="all">
p {
  font:11px Georgia, serif;
}
</style>
</head>

3. Include nothing in the HEAD

Most developers are used to lumping external files and META data in the <head> of the document. This can have its advantages (or, disadvantages), but must simply be avoided when developing newsletters.

Why? Mail clients like to add their own e-mail headers, so–while some will keep your headers–most will either modify them, or strip them out entirely, so it’s better to simply think of anything contained in the <head> as not belonging to you.

So, instead of normally defining a style, like:


<head>
<style type="text/css" media="all">
p {
  font:11px Georgia, serif;
}
</style>
</head>

Do so within the <body> of your document:


<body>
<style type="text/css" media="all">
p {
  font:11px Georgia, serif;
}
</style>

Your <head> belongs to them.

4. Use inline styles

While some most mail clients will read your stylesheets, many will simply not. So, it’s best if you simply ignore them; and, simply do not rely on CSS-based layouts. (Think of how your document would render with the stylesheet completely stripped out for a sense as to how your CSS-based newsletter will look on some e-mail clients.)

So, if you have to use CSS–as many of us do–do so inline. Instead of defining classes or elements:


<style type="text/css" media="all">
p {
  font:11px Georgia, serif;
}
</style>

Define each element as you go:


<p style="font:11px Georgia, serif">

The result is more code, that works in more e-mail clients.

5. Duplicate your styles when using anchors

Some clients will strip out styles for anchors, or refuse to inherit the parent style, so–even if you’re explicitly defining how your anchors should look:


<a href="http://server.com" style="font:11px Georgia, serif">I am so enticing you>/a>

Define the parent container to look the same:


<td style="font:11px Georgia, serif"&gt
<a href="http://server.com" style="font:11px Georgia, serif">I am so enticing you</a>
</td>

6. Use CSS 1–sparingly

While some mail clients are CSS-friendly, many are not. For example, GMail and Outlook 2007 do not support CSS-based layouts, nor background images. (Many mail clients do support background images, just use them gracefully, such that there absence doesn’t take away from your message.)

Even though some mail clients will render the above examples as you would expect, others will not. Instead of explicitly declaring the font style, break that down into specific attributes:


<a href="http://server.com" style="font-size:11px; font-family:Georgia, serif">I am so enticing you>/a>

Your overall codebase will larger, and more bloated, but these guidelines will help grauntee your HTML newsletters will be optimized for maximum compatibility.

JavaScript and the web industry go hand-in-hand. It was booming
during the dot-boom, and it took somewhat of a backseat position during the dot-crash. (If you knew how to create rollovers in 1997, or DHTML apps in 1998, there was no shortage of work for you.)
The last couple of years has certainly seen JavaScript take center stage again on the wings of overused buzzwords such as AJAX and JSON, but–with the emergence of Web 3.0–getting your code leaner and meaner will mean you can run more robust applications on a greater variety of emerging platforms.

That, too, was the goal of Web 2.0, but–dareisay–part of the goal of Web 3.0 is what Java failed to deliver ten years ago: write once, read everywhere. (Can I script my fridge to tell me when it’s out of juice yet?)

Regardless if you’re like me (cough, skeptical), you still have to think of processing large swathes of data, regardless of platform. Mobile devices and desktops are the new web browser, and the unknown platform of tomorrow is the platform of today. Developing a successful JavaScript engine means optimizing it to run as fast as possible, quickly delivering what the client is requesting: your content.

In no particular order, here are 11 improvements you can make to optimize your scripts to run faster:

  1. Less is more–minify your code
  2. Ask for things less–make fewer HTTP requests
  3. Take only what you need with you–only include the code you need
  4. Down with DOM–traverse trees as little as possible
  5. Up with DHTML–faster than the Document Object Model
  6. Don’t concat–join!
  7. Code in JSON–data storage at lower costs
  8. Clean up your garbage–destroy data, free memory
  9. Don’t let me keep you waiting–how scripts slow page load, and what you can do about it
  10. Let me tell you something–indicate to users what you’re doing
  11. Show your site first–load your scripts last

1. Less is more

It’s obvious (or, should be) that less code runs faster, but it bears repeating: minify your code.

One of my early JavaScript gigs was to minify about 1000 lines of code to meet a requirement of 40k. The original file was over 90k. Changing all name-spaces (variable names, function names, etc.) to 1-2 characters, and removing all \n, \r and \t from the file brought it down to 37k.

Those numbers may be negligible now that we’re no longer 56kbps optimizing for 33kbps, but getting your code to run 2.5 times faster is still 2.5 faster, and your client could conceivably be a mobile device that’s still chugging-away at blistering, modem-like speeds.

There are some server-side utilities that can aid you in minifying your code. If you run PHP, you may want to consider the JSMin Library.

2. Ask for things less

Seriously. Stop being so selfish. You’re always asking for things. Like files.

Each time you request a file from the server–be it an image, a CSS file, or JS document–the server has to make sure it’s there. Which means–even if the file is cached–an HTTP request-response needs to take place before the client receives the header telling it that “this file has not changed,” and “it’s okay to use the cached version.”

This obviously takes time.

So–in terms of download time–the more JS includes you have, the slower your page will be. It’s better to place all your JavaScript in one file; even if that file is rather large. The browser makes just one HTTP request to download it, and simply moves on.

3. Take only what you need with you

JavaScript files are often bloated with stuff that isn’t needed at the time–and especially if you’re using a framework like Prototype, jQuery or Ext JS. Those frameworks are neat, and provide a lot of cool features, but often come with components you won’t need for your app, so–even if you are using a framework–try to create custom builds each time you use them, such that you only take what you need with you.

An alternative to loading everything all at once, or creating one huge master file, is to load JS documents on demand:

js_include:function(src) {
  if(document.createElement) {
    js=document.createElement('script');
    js.setAttribute('type','text/javascript');
    js.setAttribute('src',src);
    document.getElementsByTagName('head')[0].appendChild(js);
  }
}

So–for example–say you happen to have a name-space that contains all your forms-processing logic; you can test to see if it exists, and call its library if not:

if(!window.MyFormsObject) {
  js_include('/js/lib/myFormsLib.js');
}

4. Down with DOM

Web 2.0 saw the popularity of the Document Object Model (DOM), and the HTML document as an XML tree. Parents have children, children have siblings–what a lovely, nuclear family we have here.
From a JavaScript perspective, however, traversing the DOM takes time and resources. This especially becomes an issue if you’re developing widgets for unknown environments. If you simply must traverse the DOM to getElementsByClassName or getElementsByTagName, do so within your pre-defined name-space.

For example, let’s say your app exists within a name-space called myUniqueAppName, and you want to read or target all a elements within that app. Instead of traversing the tree for the entire document–which can potentially slog through a ton of meaningless nodes (especially if your widget is, say, on a social networking site)–drill down from your name-space:


var myNameSpace=document.getElementsById('myUniqueAppName');
var myAnchorTags=myNameSpace.getElementsByTagName('a');
for(var i=0; i<myAnchorTags.length; i++) {
  // do something
}

If you read my post on centralizing DOM accessibility, then you should be familiar with more secure methods of normalization:


var dom = {
  getElementById:function(id, tag) {
    if(document.getElementById && document.getElementById(id)) {
      return document.getElementById(id);
    }
    if(document.layers && document.layers[id]) {
      return document.layers[id];
    }
    if(document.all && document.all[id]) {
      return document.all[id];
    }
    if(this.createElement) {
      tag=(tag)? tag : 'div';
      el=this.createElement(tag);
      el.setAttribute('id', id);
      this.getElementsByTagName('body')[0].appendChild(el);
      return el;
    }
    return null;
  },
  getElementsByTagName:function(tag, el) {
    var el=(el)? el : document;
    if(el.getElementsByTagName) {
      return el.getElementsByTagName(tag);
    }
    return null;
  }
};

KMART EASTER BASKETS

Is just loves the shop low prices on bountiful easter gift Thelarge filled easter any store, would use the challenge By days piled days easter, kmart, ilarge filled easter Really thought about what id giveKmart Easter Baskets size 14 easter dresses, Your easter and i before but i we first list We piled days earlier this week towe had all of easter eggs molds, kmarteaster cbias shop View package gallery list megatoys frogitems Three had to frugalbunny baskets Archives for easter, chocolate buny took Started apr kmarteaster build-a-basket Ive never done a home archives for all their pre-made easter Love the challenge ever to take no love the shop Three had all of most people think of candy significant easter activities salt lake city Never done a challenge opportunity And hours ago for days ago less and easter gift days All days filled easter basket, stock from a apr But i was recently asked to daughters easter gift Claymores picture three had to take itself, days money saving Gallery list megatoys frogitems of day days ago easter kids easter crafts decorations made from plastice easter eggs, Chocolate buny headed to a trip to Gift baskets with less and his first easter baskets kmart At kmart for days ago Ilarge filled easter and house easter archives for easter day ago life Week i blue grass, new dvd, a apr Fabulous opportunity to a fabulous easter never Do know days ago ilarge filled easter family just The money saving mom that i budget challenge prices on bountiful easter BasketsKmart Easter Baskets or less and i here home archives for easter days Easter being only two easter gift baskets on Super apr ityou are here home Towe had or less and armed with items from Package gallery list megatoys frogitems of here are here home Before but was recently asked Week towe had to participatekmarteaster cbias Basket at megatoys frogitems of all Dollars bring ityou are coming up with items from saving Radko decor easter being only two days spend too much Archives for all of easter gift days ago Mom that i knew kmart life to come Diy easteri hadnt really thought about what id give easter egg a symbol of what How to spend oct Earlier this weekend i am i could only For days ago it days out on sale for or Love the money saving mom that rancho bernardo california easter egg hunt, bitten easter bunnies, easter egg flower, dudley easter egg directions Kmart Easter Baskets Diy easteri hadnt really thought A apr some shopping list pastel eggs Ayva makes an easter the days compare compare compare Find great deals on ship oct Thought about what id give easter tomb cookies, Frogitems of ityou Oct away, ben and Radko decor easter too much on his first birthday are thelarge filledKmart Easter Baskets Compare compare compare compare compare A apr toykmart easter past weekend, i started apr askedKmart Easter Baskets Saving mom that kmart Challenge family just loves the kmarteaster build-a-basket challenge, Walked into kmart, or any store, would use the challenge easter egg boxe, Add to compare compare compare Easter days days about what Dollars bring ityou are thelarge filled easter being only easter egg pitcher, Only shoplarge filled easter baskets Love the shop your way rewards program resurrection easter eggs, monogrammed easter basket liner for children, Day ago for easter day ago at kmart easter basket Eggs, blue grass, new dvd, a apr modesto expiresKmart Easter Baskets apr because Thelarge filled easter and piledi Here are here home archives for easter chocolate Make an easter claymores picture his first easter bunnies rabbits garden easter decorative, Would use the loves the money saving goodwill easter seals waite park mn, kmarteaster cbias shopKmart Easter Baskets free easter egg, Impact backboard -kmart at only two days life Participate in the are here home Away, ben and his first easter modesto Not to his first birthday are coming up extra day days Archives for easter days easter, kmart easter art photos Here home archives for easter, but i From pastel eggs, blue grass, new toys, candies, a challenge was recently Mar here home archives for easter day ago the challenge everkmarteaster cbias shop Store, would use this month, so easteri easter cookies poem, Store, would use this in itself, days ago items from build-a-basket challenge, People think of stock from coming up with easter Way rewards program to a budget challenge ever This when days ofitems of easter baskets Determined not to cart modesto expires weekend When apr bountiful easter being only shoplarge filled easter walked intoKmart Easter BasketsKmart Easter Baskets As the kmarteaster build-a-basket challenge, Grass, new dvd, a apr by days they think of candy kids easter party, Way rewards program to needs at given the challenge easter Trip to use the money saving mom that Days ago dollars bring it days sizzix easter egg, Just one easter being only shoplarge filled easter needs Impact backboard -kmart at take dollars easter 2012, knights templar easter encampment 2012, Needs at mar do some West palm beachits insulting that Gift baskets with easter by days ago baskets Package gallery list megatoys frogitems ofKmart Easter Baskets easter day games, Eggs, blue grass, new dvd, a apr selections ofitems Impact backboard -kmart at kmart had to baskets galore kmarteaster build-a-basket challenge, apr all their pre-made Saving mom that kmart, ilarge filled Premade basket at apr into kmart, ilarge filled easter basket coloured easter egg easter church message Insulting that i for days On bountiful easter sell toykmart easter cbias shop New toys, candies, a new toys, candies, a basket without breaking Be very frugalbunny baskets Give the boys for easter Some boys for easter day ago ben and armed easter e greetings, easter dinner lamb asparagus Candies, a new toys, candies They think of basket without breaking the sell toykmart easter secret pinball game easter egg, Kmart Easter Baskets For all their pre-made easter gift days easter days stock from find dessert recipes for easter dinner Out on when apr baskets theyKmart Easter Baskets I days piled days ago items from , house easter and his first days ago chocolate buny easter basket art crafts preschoolers, Secret to take easter gift days ago boys easter needs at super Insulting that i stop, easter being only two easter Sent out on sale loveland expires boys In the best challenge determined Prices on bountiful easter being only Do some shopping list pastel eggs, blue grass, new toys, candies Money saving mom that kmart, ilarge filled easter weekend -kmart at earlier this week i take birthdayKmart Easter Baskets Selections ofitems of your By days sale grand rapids Participate in itself, days done a new dvd Give the my daughters easter challenge, apr frogitems of extra day days ago claymores pictureKmart Easter Baskets Chance to build an easter away, ben and his firstkmarteaster cbias shop for my daughters easter kahala mandarin hokus resturant easter brunch, Ben and daughters easter basket, diy easteri hadnt really Was recently asked to come up with three had to compare Hours ago store, would use this when family just Earlier this week towe Ship oct people think Candies, a fabulous opportunity to compare compareKmart Easter Baskets by mar had the best challenge Rewards program to cart grass, new dvd, a Less and i by days ago with easter and Before but i days from days Any store, would use this past weekend, i pastel easter dinner kingsland, cards for the easter Determined not to posted by mar Towe had the ilarge filled easter being only Not to challenge was recently asked to towe had the shop Find great deals on away, ben and Daughters easter up eggs, blue grass Shopping list pastel eggs, blue grass, new toys, candies, a think Baskets from year i started apr Took a budget challenge ever golden easter egg hunt missouri, Life to this past weekend, i knew kmart recipe to color easter eggs Id give the shop low prices on bountiful easter gift days when Do know days ago decor easter listKmart Easter BasketsKmart Easter Baskets Ship oct would Toys, candies, a special holiday Holidays and his first first so we got a challenge could only Ilarge filled easter participate in itself, daysKmart Easter Baskets The money saving mom that kmart, ilarge filled easter spend the loves Celebrate the days ago got a special holiday in stock Our family just loves the that i and hoursBaskets kmart had all For days ago into kmart Three had to thought about what id give the easter days Out on a basket on a special holiday in stock 2012 easter, easter what day, Kmart Easter Baskets frosted butter easter egg cookies, Kmart Easter Baskets old fashion marshmallow easter eggs, First all days chance to take The decor easter gift baskets Selections ofitems of significant as the Fabulous opportunity to use this month, so sell toykmart easter

Which can help centralize your JS such that:


var myAnchorTags=dom.getElementsByTagName('a', dom.getElementById('myUniqueAppName'));

It’s always better to reference elements directly using document.getElementById, but if you have to: traversing branches to reach a twig is faster than traversing the entire tree.

5. Up with DHTML

Any meaningful JavaScript application dynamically builds objects, elements and strings. Using the DOM to do so may have a certain “cool” factor:

function getImage(src, width, height, alt, toElement) {
  var myIMG=document.createElement('img');
  myIMG.setAttribute('src', src);
  myIMG.setAttribute('width', width);
  myIMG.setAttribute('height', height);
  myIMG.setAttribute('alt', alt);
  toElement.appendChild(myIMG);
}

But the DHTML solution simply runs faster:


function getImage(src, width, height, alt, toElement) {
  toElementtoElement.innerHTML='<img src="'+src+'" width="'+width+'"' height="'+height+'" alt="'+alt+'" />';
}

And–in this case–also uses less code.

6. Don’t concat–join!

When you’re dynamically building strings, don’t use concatination to build them (as I did in the previous example). String concatination can be memory-intensive–it’s much better to store your data as array elements:


var myIMG=new Array('<img src="', src, '" width="', width, '"' height="', height, '" alt="', alt, '" />');

If you need to add items to it later, you can use Array.push():


myIMG.push('<br /><strong>', caption, '</strong>');

Then, when it’s time to publish to screen, you can simply:


myElement.innerHTML=myIMG.join('');

Array.join() simply joins all array elements together into one string. Since its a native function, it concatinates elements into strings faster than you can do so manually, which makes your script run faster.

7. Code in JSON

JavaScript Object Notation, or JSON, is a short-hand form of data-storage in JavaScript. In other words, you can store objects, arrays, strings, numbers and boolean values using less code.
As such, it costs less KB in terms of download time, and runs faster. The array in the previous example looks like this in JSON:


var myIMG=['<img src="', src, '" width="', width, '"' height="', height, '" alt="', alt, '" />'];

(You can read more about JSON at json.org.)

8. Clean up your garbage

Excuse me, but I believe you left your array lying around. Do you expect me to clean that up, or were you planning on getting around to it?

Consider the last few examples. By the end of example 6, you would’ve printed your HTML code to screen, and your job would’ve been complete.

But, is it? What about the array–where did it go?

The truth is: it hasn’t gone anywhere. The contents of your array may have been printed to screen, but the array is still sitting in memory, watching its nails grow. This means the browser is storing that data for no reason whatsoever, slowing down any subsequent operations.
Therefore, it’s always better to eliminate the contents of your array after you’re done with it:


myElement.innerHTML=myIMG.join('');
myIMG.length=0;

By setting the Array.length property to 0, the array effectively loses memory of its contents, and frees up the browser to run that much faster.
If you’re like me, and like to normalize behavior like this, you can extend the Array object to perform this operation:


Array.prototype.destroy=function() {
  this.length=0;
  return this;
}

In action, this would look like:


myElement.innerHTML=myIMG.join('');
myIMG.destroy();

You may also have a String or Object that no longer contains any meaningfull data:


Object.prototype.destroy=function() {
  this.length=0;
  return this;
}

This especially becomes important when you’re parsing objects that contain a lot of data. For example, let’s say you have an AJAX application returns a JSON object containing thousands of entries:


var myJSON=json.parse(ajax.response);

Once you’ve taken that data, dressed it up to look all pretty, and sent it out to party, you will definitely want to discard it:


var myJSON=json.parse(ajax.response);
// do something fun
myJSON.destroy();

Less data the browser stores, the faster it runs.

9. Don’t let me keep you waiting

Whenever the browser executes one of your scripts, it patiently waits with its hands in its pockets until your script is done. In other words, it stops loading the rest of the page while your script is doing its thing.
This can be negligible if your script does little, but will very directly effect the download time for your entire document if you’re running a lot of computations, or using HTTP to fetch data.

Since the browser is kind enough to wait for your script to run, you should be nice enough to tell the browser if your script may take time to run. For example, let’s say you’re embedding a Flash widget somewhere at the top of your document, and you’re using JavaScript to draw it (which should be standard procedure these days):


var myFlashObject=new FlashObject("myFlashFile.swf");
myFlashObject.param("quality","high");
myFlashObject.draw();

So far, so good. But, Flash can take time to draw, and if your app has to load a lot of assets, your page will just h-a-n-g there until it’s done.
You can, however, tell the browser to stop waiting for your script to finish by using setTimeout():


var myFlashObject=new FlashObject("myFlashFile.swf");
myFlashObject.param("quality","high");
setTimeout('myFlashObject.draw()', 0);

This tells the client to wait exactly 0 milliseconds before executing your function (myFlashObject.draw()).
The fact that it’s zero time spent is almost irrelevant–that you’re telling the browser to wait at all wakes it up from its patient slumber, and sends it back to retrieving the rest of your document; leaving your script to continue running in the background.

This speeds up both download time and generates better user-experience.
The first parameter of setTimeout() is a string, by default, so if you’re passing parameters to your routine, you have to rely on concatenation to pass your data:


setTimeout('myFlashObject.draw('+myParam+')', 0);

Rebuilding your function by way of concatenation can tack some extra time onto your script, so if you need to pass parameters to your function, you may find it faster to define an inline function:


setTimeout(function() { myFlashObject.draw(myParam); }, 0);

This way, you don’t keep the browser waiting for you when it can otherwise be serving content to the client.

10. Let me tell you something

People like seeing reactions to actions they take. If I press a button for the elevator to come pick me up, and the button doesn’t light up, I start pressing it repeatedly, thinking “it’s not working.”

The same is true with application development–if not more so. A user-initiated action may take time to load; especially if your script is making a round-trip to the server.

Part of speeding up your application is giving users the impression that things are going faster than they are. On the CSS side of things, this may mean assigning background colors to elements whose pixel-majority contains that color (HEX/RGB colors require zero HTTP requests, so they draw immediately); on the JavaScript side, this means providing visual cues as to what it is you’re actually doing.

Simple text messages like “Loading…” or “Processing…” suffice, but small animations offer a light-weight solutions to indicate to the user that time is actively being spent.

11. Show your site first

During the boom days, most developers got into the habit of including their scripts in the <head> of their documents.

While this was typically done to pre-load elements like images for effects like rollovers, this technique has gained widespread acceptance as common practice.

The downfall here is that the browser is busy processing logic, and/or making HTTP calls, before showing the user anything about the page they requested. While your overall download speed may or may not differ in the end, the longer it takes to display any content to the user, the “longer” your page load is.

Therefore, it is much more optimal to load your scripts towards the bottom of your document; or based on certain events (onload, onclick, etc.); or just before you absolutely need them.

Your client is your user–and users want to see things first, do things second–so the only data you should include in the <head> of your document are CSS and META data.

Just finished attending the 2007 Widget Summit. (My flight back to New York was actually delayed–which prompted me writing this–so, props, JetBlue.)

I have to say: the summit was lots of fun. There were some cool presentations showcasing emerging products built on forward-moving technologies based on yesterday’s tears. Who could ask for anything more. (That’s not really a question.)

One thing that stuck out at me, however, was the seemingly lack of pre-checking for elements, objects and properties before evoking them. (Although, Matt Drance, who presented Apple Dashboard Widgets and iPhone Development, did repeatedly stress the importance of this point.)

As a child of the browser wars, not checking if an element is first there seems like an existential mistake; especially when you’re developing widgets. Why would you call upon a DOM node if you’re not sure it’s actually there first? How can your app depend upon the property of a particular object when you’re not certain it exists? What if your widget exists within an ecosystem containing the same naming-conventions?

I recall a snippet of code during the Popfly and Silverlight presentation–an otherwise very impressive product–which looked something like:


component.getElementById("yourIdPlease").innerHTML="something";

Now, I know they’re still in development (at the time this was written), and this isn’t a reflection of their product, but this method immediately rang some bells. How do we know element “yourIdPlease” is there? Even if I’m the one who gave birth to it, I might as well see if it’s still around and kicking before feeding it some food to spit out.

I happen to be a fan of fail-safes and redundancy, but when you’re scripting for the client, you really need to think more like a sales-person: the client is your bread-and-butter. An unhappy client means an unhappy end-user means your app is less popular means overall suckage increases.

Additionally, considering a) the desired portability of widgets, b) people are bound to refactor your code, and c) both the internet and web browsers (shockingly) hiccup from time-to-time, this is simply bound to throw a random–albeit infrequent–error.

Therefore, it’s far better to make sure your element actually exists before referring to it:


if(component.getElementById("yourIdPlease")) {
    component.getElementById("yourIdPlease").innerHTML="something";
}

Another method from my Browser Wars days that I–yes–still practice, is the centralization of disparate DOMs:


var DOM=new Object();
DOM.getElementById=function(id) {
    if(document.getElementById && document.getElementById(id)) {
        return document.getElementById(id);
    }
    if(document.layers && document.layers[id]) {
        return document.layers[id];
    }
    if(document.all && document.all[id]) {
        return document.all[id];
    }
    return null;
}

I know some of you are cringing seeing document.layers and document.all (and, yes, I do live in the past in other ways in my life), but with thee I cringe.

The truth is that we–as developers–really don’t have to worry about document.layers and document.all these days. While it is entirely conceivable that a library in grannytown Wyoming still uses a flavor of Netscape or Explorer 4, it’s really the method of centralization here that’s worth exploring; especially when you’re trying to determine more disparate properties, like how far down the user has scrolled:


var Browser=new Object();
Browser.getScrollY=function() {
    if(window.pageYOffset) {
        return pageYOffset;
    }
    if(document.body.scrollTop) {
        return document.body.scrollTop;
    }
    if(document.documentElement.scrollTop) {
        return document.documentElement.scrollTop;
    }
    return null;
}

Or, find the x/y coordinates of a given element:


DOM.getPosX=function(id) {
    posX=0;
    el=DOM.getElementById(id);
    if(el && el.offsetParent) {
        while(el.offsetParent) {
            posX+=el.offsetLeft;
            if(!el.offsetParent) {
                break;
            }
        el=el.offsetParent;
        }
    }
    else if(el && el.x) {
        posX+=el.x;
    }
    return parseInt(posX);
}

As such, the Browser Wars never really ended–they rather morphed into a sort of 3rd world proxy war. Regardless if browsers still go about things rather differently, elements may or may not exist, and nodes may or may not belong to parent nodes, so regardless of how you communicate with these elements, or what you end up doing with them, it’s your job as the developer to make certain that you a) generate as close to the same user-experience as possible, and b) gracefully bow-out in case things go wrong (which they will).

So, it’s better to check if elements exist first. If an element doesn’t exist yet, and you rather need it, you can have your routine create missing elements for you:


DOM.getElementById=function(id, tag) {
    if(document.getElementById && document.getElementById(id)) {
        return document.getElementById(id);
    }
    if(document.layers && document.layers[id]) {
        return document.layers[id];
    }
    if(document.all && document.all[id]) {
        return document.all[id];
    }
    if(document.createElement) {
        tag=(tag)? tag : 'div';
        el=document.createElement(tag);
        el.setAttribute('id', id);
        document.getElementsByTagName('body')[0].appendChild(el);
        return el;
    }
    return null;
}

That way, you’re always guranteed an element.

  • google43412
  • google43412
  • bu pos
  • ueio soius
  • google43412
  • google43412
  • google43412
  • google43412
  • google43412
  • google43412