Internet Explorer Popup Blockers

Like most people, I hate spam with a passion. I get spammed with everything from gambling to drugs, which I guess are the things that pay at the moment. The thing I find annoying about it more than anything, is it takes time to clear/purge it from my site and my email.

Anyway, recently the good folk behind Weblog Tools Collection got spammed and posted about it. So now the blogging universe is on a mission to overthrow the dark lords of spam in the search engine universe. Geesh it sounds like something from Star Trek or Star Wars! With all that said, I’m doing my part too.

If you are getting here through a search on Popup Blockers or for Pop-Up Blocker or Pop Up Blocker Internet Explorer, please do not buy from pop-upblocker dot org They are spammers and unethical. ADB Popup Blocker and ANB Pop Up Blocker are from the same company and you should not buy their product. Any SEO people want to help me get this post up on top on the SEs?

Rah, take that you dirty spammers!

London Terrorist Bomb Attacks

Update: July 12, 10.45pm
After the sudden surge of up to the minute information that is commonly called ‘news’, the real story and figures emerge. There are now 53 people confirmed dead, still approximately 700 people injured. The Australian Foreign Affairs department has now confirmed that there are six Australians in hospital in London, two of which are still in critical condition while one of them is in intensive care. Probably not surprising, there have been serious bomb scares reported since the bombings, which caused major evacuations.

The head of the Metropolitan Police, Sir Ian Blair, made a comment that further attacks are ‘likely’ but the timing of such events is unknown. Exactly how is that different from the situation they were in before the latest attack happened? There have been reports various major cities around the world would be targeted in the last few months, so it isn’t like they didn’t know it was possible or likely – they simply just didn’t know when. I really don’t think the terrorists are going to put the date, time and targets on a billboard any time soon.

;\

Update: July 9 8:30am
The initial reports of six or seven explosions were inaccurate. There were four explosions, which roughly spanned a 45 minute period. Three of the explosions where in the underground and one on the bus. There are now 37 people confirmed dead and over 700 injuries. The underground has been closed until further notice, which is a precedent. Responsibility for the bombing has been claimed by a group apparently related to Al Qaeda; though they all do these days, its nearly as common as children with ADD/ADHD.


There have been multiple explosions in London. At this stage, the reports are that six or seven explosions have taken place, primarily in the underground subway except for an explosing involving a double decker bus. Early reports are confirming two fatalities and at least 90 casualties. Prime Minister Tony Blair has given a statement and has confirmed that it was a terrorist attack that was timed to coincide with the G8 summit. During his address, it was clear he has been shaken by the event.

To think they would strike directly after the series of Live8 concerts which were held to Make Poverty History and the very day after London was announced as the host for the 2012 Olympic Games. You would think the world, including the terrorists, would be happy that the well off countries are banding together to try and help the less fortunate, alas no.

If you are looking for audio/video, the ABC News Website currently has feeds of it:

Flickr also have a photo pool available.

Sickening.

Select, Option, Disabled And The JavaScript Solution

As I mentioned recently, there is a bug in Internet Explorer that stops you from disabling options in a select/dropdown element. At the time, I felt this was quite poor so I set about finding a solution. For the impatient among us, you can step straight to implementing it if you want.

Unsuccessful Ideas

In an attempt to save everyone else some time, I’m going to list the different ideas, methods and combinations of, I attempted that were unsuccessful:

  1. Attempt: use the CSS pseudo :hover against the <option> element.
    Problem: Internet Explorer doesn’t support the :hover pseudo class on arbitrary elements.
  2. Attempt: Wrap the contents of the <option> element in an anchor and use the :hover on that instead.
    Problem: The <select> tag is considered a replaced element, which means the tag is replaced with your operating systems equivalent. As a by product, no other HTML element is valid within the <option> tag.
  3. Attempt: Use the JavaScript onmouseover and onmouseout events on the <option> element to make the element appear as though it was disabled.
    Problem: Internet Explorer doesn’t support the onmouseover and onmouseout events against an <option> element.
  4. Attempt: Use the JavaScript onclick event on the <option> element to check if the disabled attribute has been applied, act accordingly if it has been.
    Problem: Again, Internet Explorer doesn’t support the onclick event againt the <option> element.
  5. Attempt: Use the JavaScript onclick event against the <select> element, to again check if an <option> has the disabled attribute in use.
    Problem: Internet Explorer doesn’t support the onclick event against a <select> element.

Successful Ideas

The solution to this problem is comprised of two parts. Firstly, knowing when you make a selection or change the current selection. Secondly, keeping track of the current selection, so you can revert to it in case the user selects a disabled option in the list. If those two things can be achived, then we can emulate the disabled attribute on an option element

Part 1
You can get around not having an onclick event against the option element by using an onchange event against the select. Knowing when you click an option is mandatory, as it lets you know when/if to check that the selected option is disabled. This is taken care of, we can move on.

Part 2
Next up is keeping track of the ‘currently selected’ item. Generally, the first tool in the chest that most people reach for in this case is an onclick event. However, since we’re working with a browser that doesn’t implement those events on the element(s) in question, another solution was needed. The next event that would match what we want to do is onselect, however it isn’t implemented in IE either. Thankfully, the onfocus event is our savior.

How It Works

First thing is making sure that the code only executes on the correct browsers. You could use browser sniffing techniques or proprietary JavaScript functions to isolate IE, however that can be inconsistent. Since we’re targeting IE, it seems more than reasonable to use a conditional comment. In case you are unfamiliar with them, a conditional comment looks like a standard HTML comment to every non-IE browser; however IE interprets them and allows the author very simple conditional testing. We’re going to use this simple testing to include an external JavaScript file.

If the JavaScript does execute, it checks to see if you have any <select> elements in the page. If you do, it iterates through them, attaching an onchange and an onfocus event to each one. At the same time, the disabled option elements (if there are any) are also highlighted with the disabled text colour.

At this point, you have nothing else to do. The onload event and the two functions will do everything for you from this point. The one caveat is if you are manipulating the disabled attributes on the options through the DOM. In which case, you do have to call the emulate function, passing into it a reference the <select> you are manipulating.

The JavaScript

To make this work, an event and two functions are used. They are listed here so you can glance over them:

  1. window.onload = function() {
  2. if (document.getElementsByTagName) {
  3. var s = document.getElementsByTagName("select");
  4. if (s.length > 0) {
  5. window.select_current = new Array();
  6. for (var i=0, select; select = s[i]; i++) {
  7. select.onfocus = function(){ window.select_current[this.id] = this.selectedIndex; }
  8. select.onchange = function(){ restore(this); }
  9. emulate(select);
  10. }
  11. }
  12. }
  13. }

The restore function returns the selected item to its previous selection, if the newly selected item is disabled.

  1. function restore(e) {
  2. if (e.options[e.selectedIndex].disabled) {
  3. e.selectedIndex = window.select_current[e.id];
  4. }
  5. }

The emulate function changes the font colour of all options in a <select> element with the disabled attribute set. The colours used on lines 4 and 7 are CSS2 colour names, which are considered system colours. System colours reflect what your current computer settings are, so they should change with your current desktop theme (at least that is my interpretation of it).

  1. function emulate(e) {
  2. for (var i=0, option; option = e.options[i]; i++) {
  3. if (option.disabled) {
  4. option.style.color = "graytext";
  5. }
  6. else {
  7. option.style.color = "menutext";
  8. }
  9. }
  10. }

Implementing

Using this script is meant to be as simple as possible. All you have to do is download the external JavaScript file. Upload it to your site and place a single conditional comment in your HTML, such as:

  1. <!--[if lt IE 7]>
  2. <script type="text/javascript" src="select-option-disabled-emulation.js"></script>
  3. <![endif]-->

Examples

Following are some simple examples to display what Internet Explorer renders at the moment, through either html/xhtml/quirk/compliant states. There are also two examples of how the script functions as well, simple but they demonstrate it none the less.

Follow Up

After this post being active for over a year now, it continues to draw in consistent traffic from around the internet. Even though this was a proof of concept and not a complete solution, it has saved many people a lot of time. Plenty of people have taken the basic idea I started with and extended it, which I think is fantastic. Recently, a couple of people have sent through comprehensive techniques which are either built on my initial work in some way or inspired by it. These solutions are out perform my simple proof of concept, so they are definitely worth noting for everyone to use:

  • Apptaro created an elegant solution using a DHTML Behaviour file. These behaviour files only execute in Internet Explorer which is a great way isolating it from interfering with other web browsers.
  • Kaleb Walton has implemented a JavaScript object oriented version of my proof of concept. Kaleb’s version implements the fix for a standard dropdown, a listbox and a multi-select listbox.

Both of the above examples are excellent, so you should pick which ever you feel is best going to suit your needs.

Elitist Light Sockets

Around a month ago, we had a spate of light bulbs blow. When I say spate, I really do mean it – I’ve replaced five in the space of two weeks. I wonder if the mean life to failure of an average light bulb is reasonably consistent? If that was the case, when the apartment was built and initially fitted with, presumably the same brand bulbs – they all failed around the same time. At which point, the then resident replaced them with, presumably the same brand bulbs, do you see the pattern emerging as well?

Back on track.

The light socket where my computer is, was a right royal pain in the arse. We already had spare light bulbs so I replaced it with whatever was in the cupboard (Brand A). Flick the switch, the light doesn’t come on. A little strange, so the next day I go and buy a different set of light bulbs (Brand B), change it – still nothing. I contacted our centre management that the light socket was faulty and they wanted me to try another brand, even after I explained that I’d already put a two different bulbs into it. I obliged and replaced it with another different brand (Brand C) – sure as the sun rising, it didn’t work. I contacted management again, to which they said they would now have an electrician come out. The electrician comes, does his tests and leaves saying the socket is working perfectly. So I put in a different bulb, but from one of the previous batches (Brand A or B) again, still nothing. Tonight, we went and picked up some groceries and I bought another different brand bulb (Brand D). This time, I put it in and the goddamn thing works, I just couldn’t believe it!

So, the question has to be asked: Do we have a fancy pants elitist light socket?

Disable Option’s In A Select (Dropdown) Element

The follow up article, Select, Option, Disabled And The JavaScript Solution has since been published. Please refer to it for more comprehensive information.

You would expect that being able to disable an option in a <select> element (read: dropdown box) would be a fairly important feature for a browser vendor to implement. From a Human Computer Interaction (HCI) standpoint, it is vital – as it lets the users know the option is exists, however under the current circumstances it is temporarily unavailable.

According to the W3C specifications for HTML4, there is an attribute available for both the <select> and <option> elements, which has the desired effect. The attribute in question is disabled (scroll down a little bit to see the option attributes).

According to the above specifications, you should expect that if you apply the disabled attribute to either a <select> or an <option> element, that it would become unavailable. If applied to the <select> element, the entire dropdown list will be greyed out and not selectable. If only applied to the <option> elements, the dropdown may be selected, however the options which are disabled will be greyed out, not selectable and focus will slide over them should you navigate through the options with the keyboard. The guidelines are very clear what is to be expected by this attribute.

Following is a small code snippet of how it should be implemented:

  1. <form action="form.asp" method="post">
  2. <select id="dropdown" name="dropdown">
  3. <option value="cat">Cat</option>
  4. <option value="snake" disabled="disabled">Snake</option>
  5. <option value="spider" disabled="disabled">Spider</option>
  6. <option value="dog">Dog</option>
  7. </select>
  8. <input type="submit" value="submit />
  9. </form>

You can use two variations on the syntax for the disabled attribute, depending on the version of HTML you are targeting:

  1. HTML4: <option value=”spider” disabled>Spider</option>
  2. XHTML: <option value=”spider” disabled=”disabled”>Spider</option>

The rendering of the above code snippet and the disabled select should be comparable to the below screenshots:

Compliant rendering of a disabled option element Compliant rendering of a disabled select element

This is where everything starts to slowly fall apart. The major browsers that are in use today are IE6, IE5.5, Mozilla/Firefox, Opera, Safari, OmniWeb. Of those, IE6 is without question the most used browser around the world. This strikes a problem for web developers, as its support for the new web development techniques (read: CSS1, CSS2 and soon CSS3) are either not present at all or worst yet, present but implemented incorrectly.

It never ceases to amaze me how a browser like IE6, managed to not implement something as trivial as an attribute like disabled. The IE team managed to implement it against the <select> element, but some how overlooked the <option> element. They implement the readonly attribute against the appropriate elements – yet some how the disabled attribute managed to be overlooked when they implemented it. More surprising is that, since the HTML4.01 specification came out in late 1999, IE has been updated and upgraded for various things literally hundreds of times. Why hasn’t this made it into an update? You’d begin to think that Microsoft aren’t aware of it, however the thought of that just seems too far fetched.