Darryl Lyons’ Blog

AJAX, ColdFusion and Web technology…

Entries Comments



Category: HTML


Quote of the year

1 September, 2007 (17:18) | HTML, JavaScript, Web | By: Darryl Lyons

I’ve got to share this quote from Joseph Smarr, Chief Platform Architect at Plaxo, Inc. I don’t know if he said this exactly, but according to the YUI Blog:

Blank web pages are fast. Web pages become slow because you put stuff in them.

Enough said!

Running AJAX as a HTML Application (HTA)

11 January, 2007 (20:38) | HTML, JavaScript | By: Darryl Lyons

Ever thought about using Microsoft’s HTML Application (HTA) technology? If you are developing AJAX applications for internal customers and have standardized on Internet Explorer, then I would highly recommend this route.

Basically, a HTA only uses the Internet Explorer rendering engine, so you don’t get any of the browser add-ons such as the toolbar, status bar, and address bar. The back button is not available. You get a blank canvas on which to work.

The other benefits include:

  • Complete access to local machine
  • Smaller memory footprint
  • A bit quicker than using the browser
  • No back button
  • No context menu

Disadvantages:

  • Only runs on Windows machines
  • Uses IE rendering engine
  • User is prompted to RUN the application (because of security)

One of the less obvious benefits is that a HTA pretty much eliminates some of the closure memory leak problems with IE. Basically, whenever you destroy DOM elements (and leave/refresh a page), expando properties that reference JavaScript objects are not cleaned up. This in turn means that memory allocated to the DOM element is not freed.

When you close a HTA (there is no concept of refreshing the page other than F5), you destroy the entire process – hence the memory leaks are not an issue. If you create and destroy DOM elements within the application however, then you will still have to handle these appropriately.

Anyone else play with HTAs?

IE7 fixes SELECT element

31 May, 2006 (21:00) | Browsers, HTML | By: Darryl Lyons

This is BIG news. I found out today that IE7 has finally fixed the age old problem with the SELECT element. Imagine my joy when I read at IEBlog that they have fixed it, and it is now being rendered by MSHTML.

The SELECT element is a windows control, and does not have a z-index. This usually presents itself as a problem when you try to place a DIV over a SELECT. There are various ways that people have been getting around this annoyance, including hiding the SELECT or using an IFRAME behind the DIV.

The new SELECT element in IE7 will still support Windows themes, so you don’t have to worry about that changing.

There are no plans to implement the DISABLED attribute on the OPTION element however (at least not in this version).